BgZ:V0.9 BgZ MSZ Informatiestandaard: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(Tekst vervangen door "{{NoteBox|Dit materiaal is vervallen! Zie: Landingspagina BgZ voor de meest recente versies. }}")
Label: Vervangen
 
(216 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{DISPLAYTITLE:Functioneel Ontwerp BgZ medisch-specialistische zorg|noreplace}}
+
{{NoteBox|Dit materiaal is vervallen!
__NUMBEREDHEADINGS__
 
{{NoteBox|Dit materiaal wordt nog bewerkt en is nog niet definitief!}}
 
=Inleiding=
 
==Algemeen==
 
Deze informatiestandaard beschrijft de uitwisseling van de Basisgegevensset Zorg (BgZ) tussen zorgverleners. De Basisgegevensset Zorg is de minimale set van patiëntgegevens die specialisme-, ziektebeeld- en beroepsgroepoverstijgend relevant is en van belang voor de continuïteit van zorg. Dit overzicht kan uitgewisseld worden tussen instellingen en patiënten (bijvoorbeeld middels MedMij en PGO's), en tussen instellingen onderling. Deze informatiestandaard richt zich op de uitwisseling tussen instellingen voor medisch-specialistische zorg. Waar de BgZ beschrijft hoe de BgZ eruit ziet, beschrijft deze informatiestandaard hoe de BgZ in de medisch-specialistische zorg toegepast wordt (c.q. kan worden).
 
  
Er worden twee use cases uitgewerkt:
+
Zie: [[Landingspagina_BgZ|Landingspagina BgZ]] voor de meest recente versies.
# uitwisselen BgZ bij verwijzing;
 
# opvragen BgZ van een eerdere behandeling elders.
 
 
 
Voor meer over informatiestandaarden, zie: [https://www.nictiz.nl/standaardisatie/informatiestandaarden/wat-is-een-informatiestandaard/ Wat is een informatiestandaard]
 
 
 
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].
 
==Doelgroep==
 
* Betrokkenen bij beleid over digitale uitwisseling tussen instellingen.
 
* Medisch specialisten en daarbij betrokken zorgverleners.
 
* Zorg-ICT architecten, functionele en applicatiebeheerders.
 
* Productmanagers, architecten, ontwerpers en testers van XIS-leveranciers, regio-organisaties.
 
 
 
==Kaders en uitgangspunten==
 
* De BgZ2017 en BgZ2020 zijn basis voor de informatiestandaard. Dus eventuele overige additionele noodzakelijke informatie (zoals radiologiebeelden, informatie die niet in de BgZ voorkomt) vallen buiten de deze informatiestandaard.
 
* Het betreft de uitwisseling van één BgZ, niet het opvragen en samenvoegen van meerdere BgZ's. Wanneer er sprake is van meerdere BgZ's worden die sequentieel behandeld:
 
** de eerst binnengekomen BgZ wordt verwerkt in het eigen EPD, daarna wordt de tweede BgZ verwerkt met het eigen (al bijgewerkte) EPD
 
** verwerken van twee BgZ's in het eigen EPD in een enkele verwerkingsslag is dus geen casus die uitgewerkt wordt in deze informatiestandaard.
 
===Richtlijn en proces===
 
De informatiestandaard betreft de volgende zorgprocessen:
 
# Vanuit de zorgverlener verzenden van de BgZ bij een verwijzing of overdracht van een patiënt/cliënt naar een andere instelling binnen de medisch-specialistische zorg.
 
#* Het gaat om een verwijzing of overdracht waarbij de ontvangende zorgverlener een eigen behandelovereenkomst met de patiënt aangaat, niet om collegiaal consult, MDO etc.
 
# Vanuit de zorgverlener opvragen van de BgZ bij een andere instelling voor medisch-specialistische zorg waar de patiënt onder behandeling is of is geweest.
 
Dat laatste betreft instellingen waarvan bekend is dat de patiënt daar onder behandeling is geweest; "zoeken" naar dergelijke instellingen wordt niet beschreven in deze informatiestandaard.
 
 
 
In scope zijn zowel de activiteiten van artsen (overnemen van medische informatie uit de BgZ) als de administratieve ondersteuning daarvan (overnemen van demografische informatie, contactpersonen, eigen huisarts en dergelijke).
 
====Specifieke zorgprocessen====
 
Veel zaken kunnen niet in een algemene standaard over de BgZ afgesproken worden, maar alleen binnen een specifiek zorgproces. Zo kunnen aan de BgZ hier weinig eisen gesteld worden over al dan niet verplicht gevulde gegevens, al dan niet overnemen etc. In een concreet zorgproces, bijvoorbeeld het overdragen van een COVID-19 patiënt of een doorverwijzing naar een academisch ziekenhuis bij een complex colorectaal carcinoom met metastasen, kunnen uiteraard veel specifiekere afspraken gemaakt worden.
 
 
 
In deze informatiestandaard zijn veel delen dan ook "Informatief" gelabeld. Dat geeft aan dat een instelling hier de vrijheid heeft om dit al dan niet toe te passen. Door het opnemen in deze informatiestandaard wordt wel een context geschetst, waarnaar in dergelijke gedetailleerdere specificaties verwezen kan worden.
 
===Reikwijdte Informatiestandaard===
 
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen.
 
====Instellingen====
 
In scope zijn de volgende instellingen:
 
# universitair medische centra;
 
# ziekenhuizen;
 
# klinische revalidatiecentra;
 
# dialysecentra;
 
# radiotherapeutische centra;
 
# epilepsiecentra;
 
# audiologische centra;
 
# overige zelfstandige klinieken.
 
 
 
====Buiten scope====
 
* Uitwisseling tussen of opvragen van andere zorgverleners dan zorgverleners binnen medisch-specialistische zorg (huisartsen, GGZ-instellingen, verpleeghuizen e.d.).
 
* BgZ in kader van acute zorg/SEH.
 
* Verwijzingen van/naar andere sectoren (1e lijn, GGZ, …).
 
* Multidisciplinair overleg (MDO).
 
* Ontslagbrief (BgZ-uitwisseling naar 1e lijn).
 
* Uitwisseling binnen de instelling.
 
* Documenten anders dan een gestructureerde en machine-leesbare BgZ.
 
Uiteraard kan voor ieder proces dat buiten scope valt de informatiestandaard gebruikt worden voor zover van toepassing. Er worden echter geen aanpassingen doorgevoerd n.a.v. processen buiten scope.
 
 
 
===Infrastructuur===
 
* Infrastructuur voor uitwisseling of opvraging is buiten scope.
 
* Waar in deze informatiestandaard gesproken wordt over "sturen", "ontvangen" en dergelijke, wordt nadrukkelijk geen uitspraak gedaan over infrastructurele aspecten, maar over de functionaliteit voor de zorgverlener. Dus waar de zorgverlener een handeling verricht waarna een collega elders een dossier in kan zien, is er sprake van "verzenden", ongeacht of er technisch gegevens worden opgehaald of opgestuurd.
 
 
 
==Kwalificatie==
 
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 [[BgZ:V1.0_BgZ_MSZ_Kwalificatie|Kwalificatie BgZ Medisch-specialistische zorg]].
 
 
 
==Begrippenkader==
 
Onderstaande definities betreffen gegevens die met een BgZ gestructureerd en machineleesbaar zijn uitgewisseld.
 
 
 
{| class="wikitable"
 
|-
 
| BgZ || De Basisgegevensset Zorg is de minimale set van patiëntgegevens die specialisme-, ziektebeeld- en beroepsgroepoverstijgend relevant is en van belang voor de continuïteit van zorg. Zie [https://www.nictiz.nl/standaarden/basisgegevensset-zorg/ BgZ]
 
|-
 
| Dossier || De schriftelijk of elektronisch vastgelegde gegevens met betrekking tot de verlening van zorg aan een patiёnt.
 
|-
 
| Dossierhouder || De zorgverlener of instelling die het dossier beheert.
 
|-
 
| Dossierplicht || De verplichting om een dossier te voeren zoals vastgelegd in de WGBO. De WGBO stelt dat een dossier bijgehouden wordt "voor zover dit voor een goede hulpverlening aan de patiënt noodzakelijk is". We gaan er hier van uit dat wanneer een zorgverlener gegevens vastlegt, dit voortvloeit uit deze plicht, en dat gegevens die niet nodig zijn, niet vastgelegd worden.
 
|-
 
| Duplicaatdetectie || Vinden van duplicaatgegevens op basis van identificerende informatie. Bij betrekken van gegevens uit andere bronnen kunnen makkelijk dezelfde gegevens meerdere keren verkregen worden.
 
|-
 
| Elektronisch patiëntendossier ​|| Verzameling van alle elektronisch vastgelegde persoonlijke gezondheidsinformatie van een cliënt bij een zorginstelling of een andere organisatie die persoonlijke gezondheidsinformatie verwerkt.
 
|-
 
| Externe gegevens || Gegevens die een zorgverlener vastlegt in het eigen dossier, maar duidelijk herkenbaar als komende uit een externe bron. Van bijvoorbeeld verrichtingen of metingen uit het verleden kan een zorgverlener wel kennis nemen, maar er nooit de auteur van worden.
 
|-
 
| Gegevensontvanger || De zorgverlener of instelling die een BgZ ontvangt van de dossierhouder.
 
|-
 
| Gegevensverstrekker || De dossierhouder die een BgZ deelt met een gegevensontvanger.
 
|-
 
| Hergebruiken || Het gebruiken van gegevens die oorspronkelijk elders zijn vastgelegd door een zorgverlener in het eigen zorgproces. Inzien en overnemen zijn beide vormen van hergebruik van gegevens.
 
|-
 
| Inzien || De zorgverlener neemt kennis van de gegevens die gedeeld zijn.
 
|-
 
| Metagegevens || Gegevens over het oorspronkelijke brongegeven, bijvoorbeeld identificatie, verantwoordelijke, auteur, datum vastlegging, instelling van vastlegging. Er kunnen metagegevens zijn per document (BgZ) of per zib.
 
|-
 
| Ontdubbelen || Na duplicaatdetectie maar één keer tonen of overnemen van gedupliceerde gegevens.
 
|-
 
| Overnemen || De zorgverlener neemt gegevens die oorspronkelijk elders zijn vastgelegd over in het eigen dossier. Na overnemen is de zorgverlener altijd [[#Verantwoordelijkheid|verantwoordelijk]] voor de gegevens.
 
 
 
Overnemen van gestructureerde en gecodeerde gegevens dient te gebeuren met een enkele handeling, zonder de knip- en plakfuncties van tekstverwerking. Waar in deze standaard gesproken wordt van overnemen van gegevens, wordt altijd gestructureerd overnemen bedoeld, en nooit handmatig knippen en plakken van losse velden, of overtypen van gegevens.
 
|-
 
| Reconciliëren || Het proces waarmee voorkomen wordt dat conflicterende of gedupliceerde gegevens ontstaan, en waarmee geborgd wordt dat alleen gegevens worden overgenomen die de zorgverlener in het kader van de dossierplicht over wil nemen.
 
|-
 
| Uitwisselen || Het delen van gegevens buiten de zorginstelling.
 
|-
 
| Zib || Zorginformatiebouwsteen, zie [http://www.zibs.nl zibs.nl]
 
|-
 
| Zorgaanbieder || Een instelling dan wel een solistisch werkende zorgverlener.
 
|-
 
| Zorginstelling || Een rechtspersoon die zorgaanbieder is.
 
|-
 
| Zorgverlener || Individuele beroepsbeoefenaar, zoals geregeld in of op grond van artikel 3 en 34 Wet BIG.
 
|}
 
 
 
Zie ook: [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/ Nictiz Begrippenlijst]
 
 
 
Hieronder is de samenhang van een aantal centrale begrippen weergegeven. Lezend van links naar rechts: Hergebruiken kan zijn: Inzien of Overnemen. Overnemen kan met en zonder bron. Bij Overnemen met bron worden Metagegevens bron en Externe gegevens overgenomen. Bij Overnemen zonder bron ontstaan Eigen gegevens.
 
[[Bestand:Begrippen.png|omkaderd|links]]
 
<br clear=all>
 
==Juridische aspecten==
 
=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.
 
==Algemeen==
 
De informatiestandaard BgZ voor medisch-specialistische zorg betreft de BgZ2017 en BgZ2020.
 
===Hoofdstukken===
 
De BgZ kent de volgende hoofdstukken:
 
# Demografie en identificatie
 
# Financiële informatie
 
# Behandelrestricties
 
# Contactpersonen
 
# Functionele status
 
# Klachten en diagnoses
 
# Sociale anamnese
 
# Waarschuwingen
 
# Allergieën
 
# Medicatie
 
# Medische hulpmiddelen
 
# Vaccinaties
 
# Vitale functies
 
# Uitslagen
 
# Verrichtingen
 
# Contacten
 
# Zorgplan
 
# Zorgverleners
 
 
 
Deze hoofdstukindeling geldt voor BgZ2017 en voor BgZ2020.
 
===BgZ 2017===
 
Functionele beschrijving: [https://www.registratieaandebron.nl/pdf/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ_specificatie_obv_zibs_2017_v1.1]
 
 
 
De datasets en transacties worden ontwikkeld in de [https://www.nictiz.nl/standaardisatie/art-decor/ ART-DECOR omgeving] van Nictiz.
 
 
 
[https://decor.nictiz.nl/art-decor/decor-datasets--bgz2017- BgZ2017 dataset in ART-DECOR]
 
 
 
===BgZ 2020===
 
Functionele beschrijving: [https://www.nictiz.nl/wp-content/uploads/BgZ2020-specificatie-obv-zibs-2020-v1.1.pdf BgZ2020-specificatie-obv-zibs-2020-v1.1]
 
 
 
ART-DECOR specificatie wordt nog opgesteld.
 
===Metagegevens===
 
Metagegevens kunnen op document- en zib-niveau aanwezig zijn. Het eerste is bij uitwisseling BgZ altijd nodig; het tweede is anno 2021 nog niet wijd verbreid, maar wel wenselijk voor de toekomst.
 
====Metagegevens op documentniveau====
 
Ieder document moet metagegevens bevatten. Waar dat gebeurt wordt tenminste vastgelegd:
 
* een documentidentificatie;
 
* datum van het document (welke datum wordt gebruikt wordt in de technische uitwerking bepaald - veelal zal dit een datum van aanmaak document zijn);
 
* de instelling waarvan het document verkregen is.
 
 
 
In de technische uitwerking wordt beschreven hoe deze metagegevens zich verhouden tot standaarden als XDS, CDA en FHIR.
 
 
 
====Metagegevens op zib-niveau====
 
=====BgZ en zibs 2017=====
 
Zibs die uitgewisseld worden kennen een context. Dit zijn de basiselementen in zibs 2017:
 
* identificatie van het gegeven / de zib;
 
* auteur (de vastlegger);
 
* informatiebron (wie de informatie geleverd heeft);
 
* onderwerp (meestal: patiënt);
 
* datumtijd.
 
Daarnaast is bij uitwisseling met de BgZ van belang:
 
* (verantwoordelijke) instelling.
 
 
 
=====BgZ en zibs 2020=====
 
In de zibs 2020 is de groep BasisElementen, die een impliciet onderdeel was van alle zib, vervallen. In veel gevallen zijn de gegevens daarin (zoals Datum , Auteur etc.) al expliciet onderdeel van de betreffende zib, zoals de Uitvoerder van een Verrichting of MedicatieafspraakDatumTijd. Daarmee zijn metagegevens voor de zibs niet van toepassing: het zijn ofwel expliciete onderdelen van de zib, ofwel niet relevant. Op technisch niveau kunnen metagegevens wel aanwezig zijn, zie daarvoor de technische uitwerking.
 
===Bedrijfsrollen===
 
{| class="wikitable"
 
|-
 
! Rol!! Toelichting
 
|-
 
| Verwijzer || De arts die een patiënt verwijst of overdraagt naar een andere arts bij een andere instelling en in het kader daarvan de BgZ deelt.
 
|-
 
| Nieuwe behandelaar || De arts van de andere instelling die de BgZ ontvangt en een behandelovereenkomst met de patiënt aangaat (of voortzet).
 
|-
 
| Behandelaar || De arts die een patiënt behandelt en gegevens wil opvragen van een eerdere behandeling bij een andere zorginstelling.
 
|-
 
| Dossierhouder
 
|| De instelling waar de patiënt eerder behandeld is, en die de BgZ deelt met de (huidige) behandelend arts bij een andere instelling.
 
|-
 
| Eerdere behandelaar || De arts van de andere instelling waar de patiënt eerder onder behandeling is geweest.
 
|}
 
 
 
==Use case 1: Uitwisseling BgZ bij verwijzing of overdracht==
 
===Doel en relevantie===
 
Bij het verzenden van een BgZ naar een andere instelling kan van verschillende varianten sprake zijn.
 
* Een arts verwijst naar een andere arts, er is een overdracht van een patiënt naar die andere instelling en de eigen behandeling is daarmee afgelopen.
 
* Een tweede arts doet een deel van de behandeling zonder dat de eerdere arts de (eigen) behandeling beëindigt.
 
In al deze gevallen spreken we in deze informatiestandaard van verwijzing en/of overdracht. We maken geen strikt onderscheid tussen verwijzen en overdracht, en ook niet op de vraag of de verwijzende arts al dan niet bij de behandeling betrokken blijft. Dat kan per zorgproces nader bepaald worden. De essentie hier is dat de tweede arts een eigen, zelfstandige behandelovereenkomst met de patiënt aangaat.
 
 
 
[[Bestand:Use case 1 overdracht.png]]
 
 
 
{| class="wikitable"
 
|-
 
! Rol!! Toelichting
 
|-
 
| Verwijzer || De arts die een patiënt verwijst of overdraagt naar een andere arts bij een andere instelling en in het kader daarvan de BgZ deelt.
 
|-
 
| Nieuwe behandelaar || De arts van de andere instelling die de BgZ ontvangt en een behandelovereenkomst met de patiënt aangaat (of voortzet).
 
|}
 
 
 
===Proces en context===
 
====Patient journey====
 
Een patiënt is onder behandeling bij een oncoloog in een regionaal ziekenhuis. De patiënt heeft een complexe aandoening, waarvoor de behandeling beter voortgezet kan worden in een nabij academisch ziekenhuis. De behandelend arts verwijst de patiënt door naar het academisch ziekenhuis, en verstrekt daarbij (alle of een deel van) de volgende documenten:
 
# een verwijsbrief;
 
# de BgZ van de patiënt;
 
# eventuele verdere bijlagen of verwijzingen.
 
De patiënt komt op een consult in het academisch ziekenhuis. De behandelend arts daar opent het eigen EPD en ziet de BgZ en de overige informatie uit het regionale ziekenhuis in. Het academisch ziekenhuis zet de behandeling voort.
 
 
 
====Precondities====
 
* De patiënt is onder behandeling in een instelling.
 
* De behandelend arts besluit tot verwijzing of overdracht.
 
* De gegevens van de patiënt zijn vastgelegd in het EPD.
 
* De patiënt maakt geen bezwaar tegen (digitale) uitwisseling van gegevens.
 
* Behandelend en ontvangend ziekenhuis kunnen digitaal de BgZ uitwisselen.
 
 
 
====Trigger event====
 
Het besluit van een arts om een patiënt te verwijzen of over te dragen aan een andere instelling, waar de patiënt onder behandeling zal komen.
 
 
 
====Proces====
 
# De behandelend arts kiest een instelling en specialisme (en mogelijk een zorgverlener binnen die instelling) waarnaar verwezen wordt.
 
# De behandelend arts rondt de verwijzing af.
 
# De BgZ wordt verzonden. (De stap: "verzenden BgZ" kan expliciet zijn, maar kan ook "onder water" geschieden, bijvoorbeeld als deel van het afronden van de verwijzing.)
 
# Een arts in de ontvangende instelling ziet de BgZ in.
 
 
 
{{NoteBox|Toestemming - Informatief.
 
 
 
Er is sprake van veronderstelde toestemming bij de verwijzing. De patiënt mag bezwaar maken tegen uitwisseling van het dossier, als dat het geval is wordt de BgZ niet uitgewisseld.
 
 
}}
 
}}
 
==Use case 2: Opvraging BgZ bij eerdere behandelaar==
 
Bij deze use case is sprake van behandeling waarbij gegevens van een andere instelling, waar een eerdere behandeling heeft plaatsgevonden, worden opgevraagd.
 
 
[[Bestand:Use case 2 opvragen.png]]
 
===Bedrijfsrollen===
 
{| class="wikitable"
 
|-
 
! Rol!! Toelichting
 
|-
 
| Behandelaar || De arts die een patiënt behandelt en gegevens wil opvragen van een eerdere behandeling bij een andere zorginstelling.
 
|-
 
| Dossierhouder
 
|| De instelling waar de patiënt eerder behandeld is, en die de BgZ deelt met de (huidige) behandelend arts bij een andere instelling.
 
|-
 
| Eerdere behandelaar || De arts van de andere instelling waar de patiënt eerder onder behandeling is geweest.
 
|}
 
 
===Proces en context===
 
====Patient journey====
 
Een patiënt komt voor behandeling bij een zorgverlener. Uit de anamnese blijkt een eerdere behandeling bij een andere instelling. De zorgverlener vraagt de BgZ op bij de andere instelling.
 
 
We maken een voorlopig onderscheid in twee subcasussen: opvraag met en zonder collegiaal contact.
 
* Met collegiaal contact volgt de gebruikelijke handelwijze zonder digitale uitwisseling waarbij een arts een eerdere arts belt om nadere informatie over de patiënt en naar eerdere behandelingen/bevindingen te informeren.
 
* Opvragen zonder collegiaal contact kan wanneer er sprake is van eerder gegeven toestemming.
 
=====Variant: Opvraging met collegiaal contact=====
 
De huidige behandelaar neemt contact op met de dossierhoudende instelling, en wordt doorverwezen naar de eerdere behandelaar. Beiden spreken de casus collegiaal door. De eerdere behandelaar verstrekt de BgZ aan de huidige behandelaar, en heeft daarbij de optie:
 
* een collegiale brief mee te zenden;
 
* aanvullende documentatie (brieven, beelden, verslagen etc.) mee te zenden.
 
 
{{NoteBox|Toestemming - Informatief.
 
 
Toestemming kan bij opvragen BgZ met collegiaal contact van tevoren geregeld zijn, door opnemen van de relevante toestemmingen in een toestemmingsregister. Is dat niet het geval, dan kan tijdens de opvraging de toestemming geregeld worden:
 
* de huidige behandelaar vraagt de (aanwezige) patiënt een brief met toestemming voor opvragen van informatie bij de dossierhoudende instelling, eventueel met nadere omschreven doelstelling of reikwijdte, te ondertekenen;
 
* de huidige behandelaar stuurt de toestemming aan de eerdere behandelaar  (de wijze waarop is buiten scope, dat kan met bestaande kanalen voor veilige ad hoc communicatie tussen zorgverleners);
 
* de eerdere behandelaar ziet de toestemming in en slaat deze op.
 
 
Verder wijkt opvragen met collegiaal contact niet af van [[#Use_case_1:_Uitwisseling_BgZ_bij_verwijzing_of_overdracht|use case 1]], zie verder aldaar.
 
}}
 
 
=====Variant: Opvraging zonder collegiaal contact=====
 
Wanneer de eerdere behandelaar niet meer werkzaam is bij de dossierhoudende instelling, of wanneer collegiaal contact niet nodig of wenselijk is, vraagt de huidige zorgverlener de BgZ op bij de dossierhoudende instelling. De zorgverleners bij die instelling hoeven daarbij geen rol te spelen op dat moment. De dossierhoudende instelling levert de BgZ (zoals die op dat moment uit het EPD gegenereerd kan worden) op aan de huidige behandelaar.
 
 
Toestemming dient bij opvragen BgZ zonder collegiaal contact anders geregeld zijn, dat kan bijvoorbeeld:
 
# door vooraf opnemen van de relevante toestemmingen in een toestemmingsregister;
 
# door de patiënt toestemming te laten geven middels een app;
 
# via het patiëntenportaal van de dossierhoudende instelling.
 
 
Omdat de werkwijze met collegiaal contact omslachtig is (in ieder geval wanneer dit contact alleen nodig is voor de toestemming) is het zeer wenselijk een van de drie bovenstaande opties te gebruiken. De derde is veelal nu al beschikbaar.
 
 
====Pre-condities====
 
* Er is sprake van een eerdere behandeling.
 
* De gegevens van de patiënt zijn daar vastgelegd in het EPD.
 
* Er is een volgende behandeling in een andere instelling voor medisch-specialistische zorg.
 
* De (huidig) behandelend arts wil de gegevens van de eerdere behandeling inzien.
 
* Er is uitdrukkelijke toestemming, ofwel:
 
** De patiënt geeft toestemming, en deze toestemming wordt gedeeld met de dossierhoudende instelling.
 
** Er is een eerder gegeven toestemming die toegankelijk is voor de dossierhoudende instelling.
 
 
====Trigger event====
 
Het verzoek van een behandelend arts om eerder vastgelegde gegevens van een andere instelling in te zien.
 
 
====Proces====
 
# De behandelend arts vraagt een BgZ op.
 
#* Hoe de BgZ wordt opgevraagd is buiten scope. Verondersteld wordt dat er een infrastructuur is waarmee documenten (waaronder de BgZ) worden opgevraagd.
 
# De eerdere instelling stelt de BgZ beschikbaar aan de opvragende instelling.
 
# De BgZ wordt ter beschikking gesteld aan de huidige behandelend arts.
 
#* Niet alle instellingen hebben de mogelijkheid een BgZ direct aan te maken. Soms is deze pas na enige tijd beschikbaar. Het heeft uiteraard de voorkeur wanneer een opvragende arts de gegevens direct ook in kan zien. Dat is echter geen verplichting: ook een proces met opvragen van de BgZ op het moment dat een consult gepland wordt om tijdens of voor het consult in te zien heeft meerwaarde.
 
# De behandelend arts raadpleegt de BgZ.
 
=Implementatiescenario=
 
De implementatiescenario's zijn beschreven in ART-DECOR. Onder "systeemrol" zijn de infrastructurele rollen beschreven. Omdat veel van de systeemeisen betrekking hebben op het verwerken dan wel verstrekken van de informatie is ook een kolom "verwerkersrol" toegevoegd, waaraan in de systeemeisen gerefereerd wordt.
 
{| class="wikitable" "cellpadding="10"
 
! | '''Transactiegroep'''
 
! | '''Transactie'''
 
! | '''Systeemrol'''
 
! | '''Verwerkersrol'''
 
|-
 
| rowspan="2"| BgZ bij verwijzing
 
||Sturen BgZ
 
||Sturend EPD
 
||Gegevensverstrekkend EPD
 
|-
 
||Ontvangen BgZ
 
||Ontvangend EPD
 
||Gegevensontvangend EPD
 
|-
 
| rowspan="2"|[https://decor.nictiz.nl/art-decor/decor-scenarios--bgz2017-?id=2.16.840.1.113883.2.4.3.11.60.42.4.35&effectiveDate=2018-08-30T09%3A30%3A49&datasetId=&datasetEffectiveDate=&language=nl-NL&scenariotree=true Opvragen BgZ]
 
||[https://decor.nictiz.nl/art-decor/decor-scenarios--bgz2017-?id=2.16.840.1.113883.2.4.3.11.60.42.4.36&effectiveDate=2018-08-30T09%3A30%3A49&datasetId=&datasetEffectiveDate=&language=nl-NL&scenariotree=true Opvragen BgZ]
 
||Opvragend EPD
 
||Gegevensontvangend EPD
 
|-
 
||[https://decor.nictiz.nl/art-decor/decor-scenarios--bgz2017-?id=2.16.840.1.113883.2.4.3.11.60.42.4.37&effectiveDate=2018-08-30T09%3A30%3A49&datasetId=2.16.840.1.113883.2.4.3.11.60.42.1.1&datasetEffectiveDate=2018-01-01T00%3A00%3A00&conceptId=2.16.840.1.113883.2.4.3.11.60.42.2.1&conceptEffectiveDate=2018-01-01T00%3A00%3A00&language=nl-NL&scenariotree=true Beschikbaar stellen BgZ]
 
||Beschikbaarstellend EPD
 
||Gegevensverstrekkend EPD
 
|}<small>Tabel Overzicht transactiegroepen</small>
 
 
De implementatiescenario's zeggen niets over de technische uitwerking, maar alleen over de trigger en de daaruit voortvloeiende transactie. (Een uitwerking waarbij een Sturend EPD een notificatie stuurt naar een Ontvangend EPD, waarna het Ontvangend EPD de gegevens met een technische pull ophaalt, is nog steeds een implementatie van de transacties onder "BgZ bij verwijzing".)
 
 
Van de beide transactiegroepen worden twee varianten uitgewerkt:
 
* een variant waarbij het dossierhoudend EPD de BgZ oplevert als een geheel document;
 
* een variant waarbij het dossierhoudend EPD de BgZ per onderdeel op kan leveren, en waarbij het andere EPD bepaalt welke delen opgehaald worden: dat kan dus tezamen de hele BgZ of een deelverzameling daarvan zijn.
 
 
Zie verder de technische uitwerking.
 

Huidige versie van 17 mrt 2022 om 09:02