vpk:V4.0 Ontwerp eOverdracht: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
 
(18 tussenliggende versies door 3 gebruikers niet weergegeven)
Regel 1: Regel 1:
−
__NOINDEX__
 
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
−
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht v4.0|Functioneel ontwerp eOverdracht v4.0}}
+
{{DISPLAYTITLE:Functioneel ontwerp eOverdracht {{VersieInfo|eOverdracht|release=V4.0}}}}
 
=Inleiding=
 
=Inleiding=
  
 
==Algemeen==
 
==Algemeen==
−
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht v4.0. 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.
+
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht {{VersieInfo|eOverdracht|release=V4.0}}. 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.  
 
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.
+
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 [https://www.nictiz.nl/standaardisatie/informatiestandaarden Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/ begrippenoverzicht] op de Nictiz website.
 
  
 
==Doelgroep==
 
==Doelgroep==
Regel 28: Regel 23:
 
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.
 
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 [[vpk:Vprepub-4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].
+
FHIR specificaties voor deze informatiestandaard zijn uitgewerkt in de [[vpk:V4.0_FHIR_eOverdracht|FHIR Implementation Guide eOverdracht v4.0]].
  
 
===Wettelijke kaders===
 
===Wettelijke kaders===
Regel 38: Regel 33:
 
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 [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/ websitepagina over Nictiz kwalificaties].
 
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 [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/ websitepagina over Nictiz kwalificaties].
  
−
=Use Cases=
+
=Opbouw eOverdracht=
−
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.
 
−
 
 
 
==Algemeen==
 
==Algemeen==
 
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
 
In de eOverdracht wordt een onderscheid gemaakt in drie doelgroepen:
Regel 48: Regel 41:
 
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.
 
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:
+
De eOverdracht kan worden onderverdeeld in de usecases Verpleegkundige aanmelding en Verpleegkundige overdracht:
 
#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.  
 
#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.  
 
#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.
 
#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 [[vpk:Vprepub-4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
+
==Informatieopbouw==
−
Voor een overzicht van de zibs die in de use case Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:Vprepub-4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].  
+
De eOverdracht streeft naar de volgende informatieopbouw:
 +
* Voor een overzicht van de zibs die in de overdracht worden uitgewisseld zie [[vpk:V4.0_Opbouw_eOverdracht_algemeen|algemeen overzicht van de inhoudelijke opbouw]].
 +
* Voor een overzicht van de zibs die in de usecase Verpleegkundige aanmelding worden uitgewisseld zie [[vpk:V4.0_Opbouw_eOverdracht_aanmeldbericht|inhoudelijke opbouw van het aanmeldbericht]].
 +
 
 +
N.B. Slechts een deel hiervan is definitief vastgesteld. Raadpleeg hiervoor de actuele usecases.
 
===Bedrijfsrollen===  
 
===Bedrijfsrollen===  
 
{| class="wikitable" "cellpadding="10"
 
{| class="wikitable" "cellpadding="10"
Regel 80: Regel 77:
 
*Justitiële inrichting
 
*Justitiële inrichting
  
−
==Use Case 1 - Verpleegkundige aanmelding==
+
=Aanvullende informatie=
−
 
+
==Bekende problemen==
−
===Doel en relevantie===
+
===Afspraken patiënt: Contact.BeginDatumTijd en EindDatumTijd===
−
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.
+
De betekenis van Contact.BeginDatumTijd bij afwezigheid van EindDatumTijd in de eOverdracht wijkt af van de specificaties in de zib Contact 3.1 (zib2017) omdat deze zib hier voor toekomstige contacten gebruikt wordt.
−
===Proces en Context (pre- en postproces)===
 
−
====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.
 
−
 
 
−
====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 [[vpk:Vprepub-4.0_FHIR_eOverdracht|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.
 
−
 
 
−
====Postproces====
 
−
De versturende en ontvangende zorgorganisaties hebben overeenstemming bereikt over het al dan niet overdragen van de patiënt of cliënt.
 
−
 
 
−
===Bedrijfsrollen en UML activity diagram===
 
−
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].
 
−
 
 
−
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
 
−
 
 
−
[[Image: Eoverdracht activity aanmelda.png|Activity diagram use case 1- Verpleegkundige aanmelding]]
 
−
 
 
−
===Informatieoverdracht===
 
−
====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.
 
−
 
 
−
{| class="wikitable" "cellpadding="10"
 
−
!style="text-align:left;"|Systeem
 
−
!style="text-align:left;"|Naam systeemrol
 
−
!style="text-align:left;"|Systeemrolcode
 
−
!style="text-align:left;"|Omschrijving
 
−
|-
 
−
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
 
−
| style="background-color: white;"| Aanmeldbericht sturend systeem
 
−
| style="background-color: white;"| VPK-VAS-FHIR
 
−
| style="background-color: white;"| Sturen van verpleegkundig aanmeldbericht
 
−
|-
 
−
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
 
−
| style="background-color: white;"| Aanmeldbericht ontvangend systeem
 
−
| style="background-color: white;"| VPK-VAO-FHIR
 
−
| style="background-color: white;"| Ontvangen van verpleegkundig aanmeldbericht
 
−
|-
 
−
|}
 
−
Zie ook onderstaande afbeelding.
 
−
 
 
−
[[Image: Eoverdracht component aanmeld.png|Component diagram use case 1 - Aanmelding]]
 
−
 
 
−
====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.
 
−
 
 
−
{| class="wikitable" "cellpadding="10"
 
−
! style="text-align:left;"| '''Transactiegroep'''
 
−
! style="text-align:left;"| '''Transactie'''
 
−
! style="text-align:left;"| '''Systeemrolcode'''
 
−
! style="text-align:left;"| '''Bedrijfsrol'''
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="1"|Aanmeldbericht
 
−
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.63-2021-01-27T000000.html Sturen aanmeldbericht]
 
−
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="1"|Antwoordbericht aanmelding
 
−
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.76-2021-04-29T104453.html Sturen antwoordbericht]
 
−
 
 
−
|style="background-color: white;vertical-align:top;"|VPK-VAO-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="1"|Bevestiging aanmelding
 
−
|style="background-color: white;vertical-align:top;"|Sturen bevestiging verpleegkundige aanmelding (deze transactie bevat geen concepten)  
 
−
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="1"|Annulering aanmelding
 
−
|style="background-color: white;vertical-align:top;"|Sturen annulering verpleegkundige aanmelding (deze transactie bevat geen concepten)
 
−
|style="background-color: white;vertical-align:top;"|VPK-VAS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Sturende zorgorganisatie
 
−
|-
 
−
|}
 
−
 
 
−
====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.
 
−
 
 
−
[[Image: Eoverdracht use case aanmelda.png|Use case diagram Use case 1 - Verpleegkundige aanmelding]]
 
−
==Use Case 2 - Verpleegkundige overdracht==
 
−
 
 
−
===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. 
 
−
===Proces en Context (pre- en postproces)===
 
−
====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.
 
−
 
 
−
====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 [[vpk:Vprepub-4.0_FHIR_eOverdracht|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.
 
−
 
 
−
====Postproces====
 
−
De ontvangende zorgorganisatie heeft het overdrachtsbericht ontvangen.
 
−
 
 
−
===Bedrijfsrollen en UML activity diagram===
 
−
De bedrijfsrollen voor deze use case zijn beschreven in [[#Bedrijfsrollen|Bedrijfrollen]].
 
−
 
 
−
Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.
 
−
 
 
−
[[Image: Eoverdracht activity overdracht.png|Activity diagram use case 2 - Verpleegkundige overdracht]]
 
−
 
 
−
===Informatieoverdracht===
 
−
====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.
 
−
 
 
−
{| class="wikitable" "cellpadding="10"
 
−
!style="text-align:left;"|Systeem
 
−
!style="text-align:left;"|Naam systeemrol
 
−
!style="text-align:left;"|Systeemrolcode
 
−
!style="text-align:left;"|Omschrijving
 
−
|-
 
−
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Versturende zorgorganisatie
 
−
| style="background-color: white;"| Overdrachtsbericht sturend systeem
 
−
| style="background-color: white;"| VPK-VOS-FHIR
 
−
| style="background-color: white;"| Sturen van verpleegkundig overdrachtsbericht
 
−
|-
 
−
| style="background-color: white; white;vertical-align:middle;" rowspan="1"| XIS Ontvangende zorgorganisatie
 
−
| style="background-color: white;"| Overdrachtsbericht ontvangend systeem
 
−
| style="background-color: white;"| VPK-VOO-FHIR
 
−
| style="background-color: white;"| Ontvangen van verpleegkundig overdrachtsbericht
 
−
|-
 
−
|}
 
−
Zie ook onderstaande afbeelding.
 
−
 
 
−
[[Image: Eoverdracht component overdracht.png|Component diagram use case 2 - Verpleegkundige overdracht]]
 
  
−
====Transacties & Transactiegroepen====
+
In de zib betekent de afwezigheid van EindDatumTijd dat het contact op de BeginDatumTijd heeft plaatsgevonden of nog loopt.
−
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 eOverdracht betekent de afwezigheid van EindDatumTijd dat het Contact op de BeginDatumTijd zal beginnen en dat niet geregistreerd is wanneer het contact zal eindigen.
−
In de tabel zijn referenties opgenomen naar de specificaties in Art-Decor.
 
  
−
{| class="wikitable" "cellpadding="10"
+
==Binding van waardelijsten==
−
! style="text-align:left;"| '''Transactiegroep'''
+
De eOverdracht 4.0 is voor het grootste gedeelte samengesteld uit zibs uit de [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) 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 [[vpk:V4.0_FHIR_eOverdracht|Technisch Ontwerp]]).
−
! style="text-align:left;"| '''Transactie'''
+
==Niet-gecodeerde informatie==
−
! style="text-align:left;"| '''Systeemrolcode'''
+
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:
−
! style="text-align:left;"| '''Bedrijfsrol'''
+
* Bij elementen van datatype [https://www.hl7.org/fhir/stu3/datatypes.html#codeableconcept {{datatype|CodeableConcept}}]:
−
|-
+
** voor {{fhir|''element''.coding}} wordt de code {{term|OTH}} gebruikt uit codesysteem <nowiki>http://hl7.org/fhir/v3/NullFlavor</nowiki>.
−
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht volwassenen
+
** de tekstuele informatie wordt ondergebracht in {{fhir|''element''.text}}.
−
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210913T161106/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht volwassenen]
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht volwassenen (deze transactie bevat geen concepten)
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 0-1 jaar
 
−
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.39-2021-01-27T000000.html Sturen overdrachtsbericht kinderen 0-1 jaar]
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 0-1 jaar (deze transactie bevat geen concepten)
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:middle;" rowspan="2"|Overdrachtsbericht kindzorg 1-18 jaar
 
−
|style="background-color: white;vertical-align:top;"|[http://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20220113T091131/tr-2.16.840.1.113883.2.4.3.11.60.30.4.71-2021-04-21T155653.html Sturen overdrachtsbericht kinderen 1-18 jaar]
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOS-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Versturende zorgorganisatie
 
−
|-
 
−
|style="background-color: white;vertical-align:top;"|Ontvangstbevestiging overdrachtsbericht kinderen 1-18 jaar (deze transactie bevat geen concepten)
 
−
|style="background-color: white;vertical-align:top;"|VPK-VOO-FHIR
 
−
|style="background-color: white;vertical-align:top;"|Ontvangende zorgorganisatie
 
−
|}
 
  
−
====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====
+
Ontvangende systemen dienen (SHOULD) om deze reden altijd de vrije tekst in {{fhir|''concept''.text}} te ondersteunen, naast de gecodeerde informatie in {{fhir|''concept''.coding}}.
−
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsprocessen, systeemrollen transacties en transactiegroepen voor use case 2: Verpleegkundige Overdracht.
 
  
−
[[Image: Eoverdracht use case overdrachta.png|Use case diagram Use case 2: Verpleegkundige overdracht]]
+
Deze aanpak kan alleen gebruikt worden als de binding-sterkte van de waardelijst niet {{term|required}} is, of als de waardelijst de code {{term|OTH}} bevat. In andere situaties moet (SHALL) een code uit de waardelijst gekozen worden.
  
 
=Referenties=
 
=Referenties=
Regel 324: Regel 132:
  
 
=Release notes=
 
=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 [https://nictiz.nl/standaarden/informatiestandaarden/eoverdracht/ via de Nictiz-website].
−
In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.
+
{{#lsth:Tabellen met release notes|eOverdracht 4}}
−
{|class="wikitable" "cellpadding="10" style="background-color: white;"
 
−
!style="width:10%;"text-align:left;"|Versie
 
−
!style="width:10%;text-align:left;"|BITS issue
 
−
!style="width:60%; text-align:left;"|Omschrijving
 
−
|-
 
−
{{ReleaseNotes|release=4.0-RC4|issues=5|EOVDR-136|EOVDR-135|EOVDR-134|EOVDR-132|EOVDR-131}}
 
−
{{ReleaseNotes|release=4.0-RC3|issues=44|EOVDR-124|EOVDR-123|EOVDR-122|EOVDR-121|EOVDR-120|EOVDR-119|EOVDR-118|EOVDR-117|EOVDR-115|EOVDR-114|EOVDR-113|EOVDR-112|EOVDR-111|EOVDR-109|EOVDR-107|EOVDR-105|EOVDR-104|EOVDR-103|EOVDR-102|EOVDR-101|EOVDR-100|EOVDR-99|EOVDR-98|EOVDR-97|EOVDR-96|EOVDR-94|EOVDR-91|EOVDR-90|EOVDR-89|EOVDR-88|EOVDR-87|EOVDR-86|EOVDR-85|EOVDR-84|EOVDR-82|EOVDR-81|EOVDR-80|EOVDR-79|EOVDR-78|EOVDR-75|EOVDR-74|EOVDR-69|EOVDR-68|EOVDR-67}}
 
−
{{ReleaseNotes|release=4.0-RC2|issues=23|EOVDR-64|EOVDR-63|EOVDR-61|EOVDR-60|EOVDR-58|EOVDR-57|EOVDR-56|EOVDR-55|EOVDR-54|EOVDR-53|EOVDR-52|EOVDR-51|EOVDR-50|EOVDR-49|EOVDR-48|EOVDR-47|EOVDR-46|EOVDR-45|EOVDR-44|EOVDR-43|EOVDR-42|EOVDR-41|EOVDR-40}}
 
−
|-
 
−
| rowspan = 1; style="background-color: white;"| 4.0-RC1
 
−
| style="background-color: white;"| niet van toepassing
 
−
| style="background-color: white;"| Eerste 4.0 versie:
 
−
* nieuwe FHIR implementatie: zie [[vpk:Vprepub-4.0_FHIR_eOverdracht|Technisch ontwerp (FHIR implementation guide)]]
 
−
* wijzigingen in Art-Decor dataset en scenario's: zie [https://decor.nictiz.nl/pub/eoverdracht/e-overdracht-html-20210510T093529/project.html Art-Decor projectinformatie eOverdracht]
 
−
* [[vpk:Vprepub-4.0_Ontwerp_eOverdracht|Functioneel ontwerp]] herschreven
 
−
|}
 

Huidige versie van 2 feb 2024 om 15:37


1 Inleiding

1.1 Algemeen

Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard eOverdracht 4.1.0. 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.

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 Opbouw eOverdracht

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 usecases 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.

2.2 Informatieopbouw

De eOverdracht streeft naar de volgende informatieopbouw:

N.B. Slechts een deel hiervan is definitief vastgesteld. Raadpleeg hiervoor de actuele usecases.

2.2.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

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) omdat deze zib hier voor toekomstige contacten gebruikt wordt.

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.

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.

Versie BITS issue Omschrijving
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:
Overgenomen van "https://informatiestandaarden.test-nictiz.nl/index.php?title=vpk:V4.0_Ontwerp_eOverdracht&oldid=146470"