vpk:V3.1 eOverdracht Proeftuin: verschil tussen versies
k |
|||
Regel 26: | Regel 26: | ||
Er zijn procesontwerpen voor deze fasen van de overdracht ontwikkeld. Deze procesontwerpen fungeren als leidraad voor de landelijke uitrol. De procesontwerpen kunnen uiteraard aangescherpt worden per regio/instelling. | Er zijn procesontwerpen voor deze fasen van de overdracht ontwikkeld. Deze procesontwerpen fungeren als leidraad voor de landelijke uitrol. De procesontwerpen kunnen uiteraard aangescherpt worden per regio/instelling. | ||
− | |||
=Informatie= | =Informatie= | ||
Regel 135: | Regel 134: | ||
===List of StructureDefinitions - eOverdracht pilot: Overdrachtsbericht (FHIR phase 2: 15 HCIMs)=== | ===List of StructureDefinitions - eOverdracht pilot: Overdrachtsbericht (FHIR phase 2: 15 HCIMs)=== | ||
(volgt) | (volgt) | ||
− | |||
− | |||
=Infrastructuur= | =Infrastructuur= |
Versie van 20 jun 2019 14:26
{{#customtitle:Proeftuinen eOverdracht v3.1 (InZicht)}}
Inleiding
Via het versnellingsprogramma InZicht (VWS) wordt toegewerkt naar de implementatie en landelijke uitrol van de informatiestandaard eOverdracht v3.1 Het programma is gericht op de langdurige zorg (aan uitwisseling tussen de thuiszorg en ziekenhuis, verpleeghuis of gehandicaptenzorg). Het doel is dat verpleegkundigen en verzorgenden de voor hen relevante zorggegevens digitaal moeten kunnen uitwisselen en hergebruiken.
De implementatie van de informatiestandaard eOverdracht is opgezet aan de hand van het interoperabiliteitsmodel:
- Organisatie
- Proces
- Informatie
- Applicatie
- Infrastructuur
Het betekent dat op verschillende niveaus aanpassingen nodig zijn. Via InZicht wordt de implementatie op deze niveaus ondersteund. Het programma InZicht is opgedeeld in 'proeftuinen' en 'regeling'. Deze pagina is gericht op de proeftuinen.
Proeftuinen
Via de proeftuinen wordt gedurende een korte periode toegewerkt naar een concreet resultaat: het tot stand brengen van digitale gegevensuitwisseling. De proeftuinen zijn opgezet om te leren, ervaring op te doen en inzicht te krijgen in wat er allemaal komt kijken als zorginstellingen samen gaan werken om digitale gegevensuitwisseling tot stand te brengen.
Ter ondersteuning van de proeftuinen zijn op de niveaus van het interoperabiliteitsmodel afspraken gemaakt.
Procesbeschrijving
Bij de overdracht van patiënt worden drie fasen onderscheiden
- 1. Aanmeldfase: de patiënt wordt door Organisatie A aangemeld bij Organisatie B. Organisatie B beoordeelt de zorgvraag en bevestigt de aanmelding, of wijst deze af.
- De aanmeldfase vindt plaats vanuit het ziekenhuis naar de VVT, omdat gekeken moet worden wie de zorg kan leveren, de zogenaamde 'makelaarsfunctie'. Andersom is dit geen vraagstuk. In de proeftuin wordt de aanmeldfase nader uitgewerkt.
- 2. Overdrachtsfase: indien aanmelding bevestigd is, wordt de patiënt door organisatie A overgedragen aan Organisatie B.
- 3. Afrondingsfase: na de overdracht wordt de zorg van de patiënt gecontinueerd in Organisatie B. De gegevens worden ontvangen en verwerkt in het elektronisch zorgdossier van de ontvangende organisatie (Organisatie B).
Er zijn procesontwerpen voor deze fasen van de overdracht ontwikkeld. Deze procesontwerpen fungeren als leidraad voor de landelijke uitrol. De procesontwerpen kunnen uiteraard aangescherpt worden per regio/instelling.
Informatie
Het aanmeldbericht tijdens de aanmeldfase is een subselectie van het volledige overdrachtsbericht. Het aanmeldbericht wordt verstuurd wordt ter beoordeling van de zorgvraag, voorafgaand aan de daadwerkelijke overdrachtsfase. Het overdrachtsbericht vindt plaats tijdens de daadwerkelijk overplaatsing en betreft het volledige overdrachtsbericht (use case volwassenen van 18 jaar en ouder / kinderen van 0 tot 18 jaar)
Zie voor nadere specificaties het functioneel ontwerp van eOverdracht v3.1.
Applicatie
De standaarden die worden gebruikt bij eOverdracht baseren zich op HL7 FHIR (STU3). Via een groeimodel worden het aanmeldbericht en overdrachtsbericht geïmplementeerd: de zibs van de eOverdracht v3.1 worden stapsgewijs ingebouwd. Dit begint met 4 zibs (Patient, Betaler, Zorgaanbieder, Zorgverlener) aangevuld met de overige informatie conform specificaties in PDF format. De hierna beoogde stap is het inbouwen van alle 15 zibs van het aanmeldbericht, voor het overdrachtsbericht aangevuld met overige informatie in PDF format.
Zie voor algemene specificaties het technisch ontwerp van eOverdracht v3.1. Specifiek voor de eerste inbouwstap volgen hieronder de Engelstalige FHIR specificaties voor het aanmeldbericht met 4 zibs (Patient, Betaler, Zorgaanbieder, Zorgverlener) en aanvullende PDF, vervolgens op dezelfde wijze het overdrachtsbericht met deze 4 zibs (stap 1) en 15 zibs van het aanmeldbericht (stap 2):
List of StructureDefinitions - eOverdracht pilot: Aanmeldbericht (FHIR)
The table below lists the StructureDefinitions that are applicable for the pilot implementation of the transaction 'Aanmeldbericht'. Implementation of the transaction 'Aanmeldbericht' is spread over multiple phases. Phase one consists of the implementation of four HCIMs. The remaining information from eOverdracht may be sent unstructured in a PDF file, through the addition of a Composition.section that references a Binary resource, which shall be placed inside the FHIR document Bundle. The profile on Composition, listed in the table below, provides the details.
Zib naam | Zib versie | FHIR Resource | FHIR Profile |
---|---|---|---|
- | - | Composition | http://nictiz.nl/fhir/StructureDefinition/eOverdrachtAanmeldbericht-phase-one |
Patient | v3.1(2017NL) | Patient | http://fhir.nl/fhir/StructureDefinition/nl-core-patient |
Betaler | v3.1(2017NL) | Coverage | http://nictiz.nl/fhir/StructureDefinition/zib-Payer |
Zorgaanbieder | v3.1.1(2017NL) | Organization | http://fhir.nl/fhir/StructureDefinition/nl-core-organization |
Zorgverlener | v3.2(2017NL) | Practitioner | http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner |
PractitionerRole | http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole |
Examples - eOverdracht pilot: Aanmeldbericht (FHIR)
Aanmeldbericht
Bundle
List of StructureDefinitions - eOverdracht pilot: Overdrachtsbericht (FHIR phase 1: 4 HCIMs)
The table below lists the StructureDefinitions that are applicable for the pilot implementation of the transaction 'Overdrachtsbericht Volwassenen'. Implementation of the transaction 'Overdrachtsbericht Volwassenen' is spread over multiple phases. Phase one consists of the implementation of four HCIMs. The remaining information from eOverdracht may be sent unstructured in a PDF file, through the addition of a Composition.section that references a Binary resource, which shall be placed inside the FHIR document Bundle. The profile on Composition, listed in the table below, provides the details.
Zib naam | Zib versie | FHIR Resource | FHIR Profile |
---|---|---|---|
- | - | Composition | http://nictiz.nl/fhir/StructureDefinition/eOverdracht-OverdrachtsberichtVolwassenen-phase-one |
Patient | v3.1(2017NL) | Patient | http://fhir.nl/fhir/StructureDefinition/nl-core-patient |
Betaler | v3.1(2017NL) | Coverage | http://nictiz.nl/fhir/StructureDefinition/zib-Payer |
Zorgaanbieder | v3.1.1(2017NL) | Organization | http://fhir.nl/fhir/StructureDefinition/nl-core-organization |
Zorgverlener | v3.2(2017NL) | Practitioner | http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner |
PractitionerRole | http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole |
Examples - eOverdracht pilot: Aanmeldbericht (FHIR)
Aanmeldbericht
Bundle
List of StructureDefinitions - eOverdracht pilot: Overdrachtsbericht (FHIR phase 2: 15 HCIMs)
(volgt)
Infrastructuur
Er zijn verschillende berichten; aanmeldbericht en overdrachtsbericht. In de proeftuin is voor beide berichten uitgegaan van PUSH berichten zoals gedefinieerd in het functioneel ontwerp van eOverdracht v3.1.
Op de volgende punten zijn afspraken gemaakt met leveranciers die worden gehanteerd gedurende de proeftuin (zie memo's van bijeenkomst 1 en bijeenkomst 2):
- Identiteit/authenticatie van verzender en ontvanger;
- Adressering en adresboek voor de vertaling van een 'functioneel' naar een 'technisch' adres (tevens geschikt voor distributie binnen één zorgaanbieder);
- Logging;
- Metadata, onder andere benodigd voor logging en om de berichten goed op te kunnen slaan in het dossier;
- Technisch uitwisselprotocol;
- Beheer van toestemmingen van de patiënt/cliënt (noodzakelijk voor de lange termijn oplossing);
- Versiebeheer ten aanzien van (onderdelen van) de uitwisselafspraken (noodzakelijk voor de lange termijn oplossing).