Brontekst bekijken van bgz:V2.0 Ontwerp BgZ MSZ

<!-- BACK TO TOP BUTTON -->
<span id="BackToTop"></span>
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
[[#BackToTop|Back to Top]]
</div>
<!-- EINDE BACK TO TOP BUTTON -->

{{DISPLAYTITLE:Functioneel Ontwerp BgZ medisch-specialistische zorg {{VersieInfo|BgZ|release=V2.0}} |noreplace}}

Voor een overzicht van relevante wiki-pagina's voor BgZ-MSZ zie [[Landingspagina_BgZ]]
__NUMBEREDHEADINGS__
=Inleiding=

==Algemeen==

Dit document beschrijft het Functioneel Ontwerp (FO) voor de Informatiestandaard “BgZ-uitwisseling voor de medisch-specialistische zorg”. 
De "Kwaliteitstandaard Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend"<ref name="Kwaliteitsstandaard">[https://www.zorginzicht.nl/kwaliteitsstandaarden/uitwisseling-basisgegevensset-zorg-tussen-instellingen-waar-medisch-specialistische-zorg-wordt-verleend "Kwaliteitsstandaard Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend", versie juli 2024]</ref> beschrijft de afspraken voor de uitwisseling van gegevens bij overdracht van patiënten tussen instellingen die medisch-specialistische zorg (MSZ) verlenen. De “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën”<ref name="Handreiking adequate registratie">[https://amigo.nictiz.nl/handreiking-adequate-registratie “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën” Registratie aan de bron, 24-03-2022, Versie 1.1]</ref>, beschrijft afspraken over welke informatie er minimaal in het zorgproces moet worden geregistreerd. De NEN 7540<ref name="NEN 7540">[https://www.nen.nl/nen-7540-2024-nl-319920 “NEN 7540 BgZ-uitwisseling tussen instellingen voor medisch specialistische zorg.", maart 2024]</ref> stelt eisen voor taal en techniek. Binnen Nictiz wordt het Quality Assurance Proces <ref name="QA proces">[https://informatiestandaarden.nictiz.nl/wiki/qa:Hoofdproces "QA proces"]</ref> gevolgd 

Deze versie van de informatiestandaard is gebaseerd op de zib Publicatie 2017(NL)<ref name="zib Publicatie 2017(NL)">[https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) "publicatieversie 2017 van de zorginformatiebouwstenen", Nictiz, 20-01-2018]</ref> en uitwisseling via HL7 FHIR-STU3. Tevens zijn in dit FO enkele verduidelijkingen, aanvullingen, en restricties op de inhoudelijke afspraken in de kwaliteitstandaard en handreiking opgenomen.

Het FO beschrijft voor alle uitwisselscenario's, in dit document use cases genoemd, uit de informatiestandaard de transacties, transactiegroepen, systemen, systeemrollen en bedrijfsrollen van zorgverleners of patiënten. Hiervoor worden de eisen gegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 zijn per use case de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [http://nictiz.nl/standaarden/informatiestandaarden/ Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het FO wordt verwezen naar de [https://nictiz.nl/standaarden/begrippen/ Nictiz webpagina met een begrippenoverzicht].

==Doelgroep==

De doelgroepen van dit FO zijn
* productmanagers, architecten, ontwerpers en testers van ICT-leveranciers, regio-organisaties en Nictiz en 
* vertegenwoordigers van zorgverleners.

==Kaders en uitgangspunten==

===Richtlijn en proces===

<div class="center" style="width:auto; margin-left:auto; margin-right:auto;">
[[Bestand:FO_Figuur1_Sturen_Ontvangen.png|700px|Figuur 1]]
</div>

<b>Figuur 1</b>: Gegevensuitwisseling in het MSZ proces. De BgZ-MSZ (t) is een samenvatting van gegevens van een bronsysteem (XIS) (s).


De overdracht van gegevens tussen zorgverleners in de MSZ zijn in twee use cases beschreven: (a) Uitwisseling BgZ bij verwijzing of overdracht, en Opvraging BgZ bij eerdere behandelaar.
In dit proces zijn de bedrijfsrollen van de betrokken partijen :
* Verwijzende zorgverlener bij eerste use case (g); (PUSH)
** Sturende zorgverlener, (h); 
** Ontvangende zorgverlener, (j);
* Opvragende zorgverlener bij tweede use case; (PULL) LET OP! Deze use case is momenteel nog niet volledig uitgewerkt omdat het communicatiepatroon nog niet beschikbaar is. 
** Raadplegende zorgverlener;
** Beschikbaarstellende zorgverlener;

===Reikwijdte informatiestandaard===

De informatiestandaard specificeert voor de eerste vier lagen van het vijflagenmodel, welke informatie moet worden vastgelegd en gedeeld bij de overdrachtsmomenten in zorgprocessen. Deze laag bestaat uit (1) een functionele specificatie van het zorgproces en (2) een specificatie van de informatie die uitgewisseld wordt via een dataset, gegevensmodel, en terminologie.

==Testen==

Voor deze informatiestandaard zijn testscripts beschikbaar die gebaseerd zijn op fictieve patiëntdossiers. De scripts zijn inhoudelijk afgestemd op realistische zorgsituaties en klinisch gevalideerd door medisch specialisten. Hiermee wordt geborgd dat het beoogde gebruik van de informatiestandaard correct en eenduidig kan worden getoetst. De testscripts ondersteunen leveranciers en zorginstellingen bij het testen en valideren van implementaties. De testscripts zijn beschikbaar via [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_BgZ#Kwalificatiescript_BgZ_medisch-specialistische_zorg de Landingspagina BgZ].

==Kwalificatie==

Op basis van dit FO en de daarbij behorende dataset zijn kwalificatiescripts opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de [https://www.nictiz.nl/wat-we-doen/activiteiten/kwalificatie/ websitepagina over Nictiz kwalificaties]. De test- en kwalificatiescripts zijn te vinden op 
[https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_BgZ#Kwalificatiescript_BgZ_medisch-specialistische_zorg de Landingspagina BgZ]

==Begrippenkader==
{| class="wikitable"
|-
| Zorgverlener || Een natuurlijke persoon die beroepsmatig zorg verleent (Wkkgz artikel 1). In dit FO wordt zorgverlener gebruikt voor het identificeren van de verantwoordelijke rol, waarbij een gedelegeerde ook aangeduid wordt als zorgverlener.
|}

=Use cases=

Een use case is een specifieke beschrijving van een praktijksituatie in de zorg waarbij de uitwisseling van informatie voor een concrete situatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties. Een transactie beschrijft welke informatie wanneer wordt uitgewisseld. Een use case is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere use cases. Elke use case koppelt met een scenario in ART-DECOR.

==Algemeen==

Het doel van de implementatie van deze informatiestandaard is het waarborgen van de continuïteit van de zorg, het voorkomen dat patiënten hun verhaal steeds opnieuw moeten vertellen, het verminderen van de registratielast en het verminderen van fouten.

===Specificatie van uitgewisselde BgZ componenten===

In onderstaande tabel is een specificatie opgenomen van uit te wisselen BgZ-componenten voor EPD naar EPD uitwisselingen in de MSZ. 

De structuur van de BgZ-MSZ 2.0.x secties is gebaseerd op de "BgZ Specificatie gebaseerd op zibs release 2017" <ref name="BgZ op zibs 2017">[https://nictiz.nl/app/uploads/2022/07/BgZ_specificatie_obv_zibs_2017_v1.1.pdf BgZ Specificatie gebaseerd op zibs release 2017, 19-04-2018, Versie 1.1]</ref>. Deze definitie is aangevuld met componenten relevant voor de BgZ-MSZ, zoals bijvoorbeeld metagegevens, zorgsetting, zorgaanbieders, en zorgverleners.

De specificatie van uit te wisselen gegevens in de MSZ, zoals de kardinaliteiten, conformance, en condities, is op basis van bronnen zoals de kwaliteitstandaard<ref name="Kwaliteitsstandaard" />, de handreiking adequate registratie<ref name="Handreiking adequate registratie" />, en het programma van eisen voor de BgZ-MSZ <ref name="Programma van Eisen">[https://nationalebibliotheek.nictiz.nl/assets/uploads/2024/06/Programma-van-Eisen-BgZ-MSZ-usecase-inzien-hergebruik-22-okt-24.pdf "Programma van Eisen – BgZ-MSZ - usecase inzien & hergebruik", 22 okt 2024]</ref>. Deze specificatie wordt in het technisch ontwerp toegepast in specifieke FHIR queries voor ontvangende en raadplegende partijen. Voor specifiek de sturende en ontvangende partijen wordt de TA-NP toegepast zoals beschreven in het technisch ontwerp. Houd er bij het toepassen van de TA-NP rekening mee dat de FHIR queries zoals beschreven in het TA-NP document alleen als voorbeeld kunnen worden gebruikt. De beschreven voorbeelden zijn niet samengesteld op basis van dit FO.

In toekomstige versies zal de BgZ 2.0.x definitie en structuur van secties verder worden aangevuld voor aanvullende use cases in de MSZ, internationale uitwisselingen, en use cases buiten de MSZ. Waar mogelijk zal deze informatiestandaard in de toekomst gaan verwijzen naar andere standaarden.

{| class="wikitable" width="100%" style="horizontal-align: right" 
!style="background-color: #1F497D; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:10px"  | BgZ-MSZ Hoofdstuk
!style="background-color: #1F497D; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:10px" | Sectie
!style="background-color: #1F497D; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:10px" | Specificatie
|-
| rowspan="2" | 1 Demografie en identificatie
| 1.1 Patiëntgegevens
| 
NAW gegevens, BSN, geboortedatum, geslacht, contactgegevens van de patiënt en overlijdensinformatie worden uitgewisseld.
|-
| 1.2 Burgerlijke staat
| 
Laatst bekende burgerlijke staat
|-
| 2 Financiële informatie
| 2.1 Verzekeringsgegevens
| 
De verzekeringsgegevens van de patiënt
|-
| rowspan="2" | 3 Behandelrestricties
| 3.1 Behandelaanwijzingen
| 
Alle beschikbare behandelaanwijzingen worden uitgewisseld. 
* Er kunnen meerdere behandelaanwijzingen worden vastgelegd die op hetzelfde moment ingaan. 
* Het moet mogelijk zijn behandelaanwijzingen in te zien. Het is niet mogelijk behandelaanwijzingen ongewijzigd over te nemen. Tijdens het inzien van gegevens kan software faciliteren met het groeperen en ordenen op basis van een datum indien beschikbaar.
|-
| 3.2 Wilsverklaring
| 
Alle beschikbare wilsverklaringen worden uitgewisseld.
|-
| 4 Contactpersoon
| 4.1 Contactpersoon
|
De gegevens van de eerste relatie/ contactpersoon worden, indien beschikbaar, uitgewisseld.
|-
| 5 Functionele status
| 5.1 Functionele/ mentale status
| 
Alle beschikbare functionele en mentale statussen worden uitgewisseld. <ref name=alle functionele en mentale statussen> In de kwaliteitsstandaard worden de laatste statussen benoemd. Normaal wordt dan gewerkt in een query met $lastn operator maar dat is niet mogelijk: Statusdatum is optioneel, Provenance met datum is ook optioneel en dus werkt de $lastn functie niet in alle gevallen goed. Er zullen naar verwachting ook niet heel veel statussen in het dossier te vinden zijn en dus is de beste optie gewoon alle statussen op te vragen.</ref>
* Dit concept is uitgebreid met een categorie. Mogelijke waarden kunnen zijn: functioneel en/of mentaal. 
* Software kan faciliteren bij het groeperen naar functies die met SNOMED CT codes zijn vastgelegd.
|-
| 6 Klachten en diagnoses
| 6.1 Problemen (incl. diagnoses)
| 
Alle bekende problemen van alle probleemtypen worden uitgewisseld. In deze versie 2.0.x van de informatiestandaard worden niet alleen de toegestane coderingen van ‘ProbleemNaam’ uitgewisseld. Het kan voorkomen dat er voor elementen in de probleemlijst geen codering beschikbaar is. Deze worden wel uitgewisseld vanwege patiëntveiligheid. Tevens is de uitwisseling niet beperkt tot één codering voor dezelfde diagnose. Zo kan <i>contacteczeem</i> ook aanvullend getypeerd worden door <i>contacteczeem door dichromaat</i> in het element ProbleemNaamSpecifiek. Of bijvoorbeeld een <i>enkelfractuur</i> die aanvullend getypeerd wordt door een <i>crurisfractuur</i>, zonder de noodzaak een tweede probleemlijstelement uit te wisselen en te verwerken.
|-
| rowspan="5" | 7 Sociale anamnese <ref name=alle waardes versus laatst bekende> In de kwaliteitsstandaard wordt bij de "Sociale Anamnese" sectie-zibs de laatste bekende waarde benoemd. Normaal wordt dan gewerkt in een query met $lastn operator, maar in de specificatie van deze zibs, zijn de data-velden optioneel of ontbreken en in dat geval werkt de $lastn functie niet in alle gevallen juist.</ref>
| 7.1 Woonsituatie
| 
Alle beschikbare woonsituaties worden uitgewisseld. 
* Er kunnen meerdere woonsituaties relevant zijn bij het plannen van een ontslag. 
* Software kan faciliteren in het ordenen van de woonsituaties indien er tijdstempelinformatie beschikbaar is. In deze versie 2.0.x van de informatiestandaard moet een WoningType worden uitgewisseld indien beschikbaar.
|-
| 7.2 Drugsgebruik
| 
Al het bekende drugsgebruik wordt uitgewisseld. 
* Een specifieke uitwisseling van het laatst bekende drugsgebruik of laatst bekende drugsgebruik per drugs of geneesmiddelsoort is zowel complex als beperkend en voorkomen in versie 2.0.x van de BgZ-MSZ. In de praktijk zal een eindgebruiker voor bijvoorbeeld methadon of GHB het laatst bekende gebruik willen zien en mogelijk secundair de eerdere doseringen van bijvoorbeeld methadon. Daarnaast is de startdatum van het middelengebruik optioneel en niet geschikt voor het bepalen van het laatst bekende middelengebruik.
|-
| 7.3 Alcoholgebruik
| Al het bekende alcoholgebruik wordt uitgewisseld.
|-
| 7.4 Tabakgebruik
| Al het bekende tabakgebruik wordt uitgewisseld.
|-
| 7.5 Voedingsadviezen
| 
Alle bekende voedingsadviezen worden uitgewisseld. 
* Een specifieke uitwisseling van het laatst bekende voedingsadvies of laatst bekende voedingsadvies per dieetType is zowel complex als beperkend en voorkomen in versie 2.0.x van de BgZ-MSZ. Het kan ook voorkomen dat er alleen een advies over de consistentie van voedsel wordt vastgelegd.
|-
| 8 Waarschuwingen
| 8.1 Alerts
| Alle bekende alerts worden uitgewisseld.
|-
| 9 Allergieën
| 9.1 Allergie-intoleranties
| Alle bekende allergieën worden uitgewisseld.
|-
| rowspan="4" | 10 Medicatie
| Algemeen
| 
Alle medicatieafspraken, toedieningsafspraken en medicatiegebruik die bekend zijn in een XIS worden uitgewisseld. 

* Deze informatiestandaard bevat uitsluitend de bouwstenen uit de dataset van MP 9.0.7 en is geen volledige implementatie van de standaard Medicatieproces 9 (MP9). Deze informatiestandaard vereist geen implementatie van de informatiestandaard Medicatieproces 9 (MP9) en bevat geen verwijzing naar een specifieke versie van het de informatiestandaard MP9. 

* Voor toekomstige versies van deze informatiestandaard is het de verwachting dat wordt verwezen naar de informatiestandaard Medicatieproces 9 (zie voor de actuele versie [https://informatiestandaarden.nictiz.nl/wiki/Landingspagina_Medicatieproces  Medicatieproces landingspagina]). Daarnaast is het de verwachting dat in een doorontwikkeling van de BgZ-MSZ informatiestandaard verdere harmonisatie met de EU-Patient Summary (EU-PS) plaatsvindt. In deze ontwikkeling wordt ook rekening gehouden met de bouwstenen van MP9.

* De uitwisseling van medicatiegegevens kan niet gebruikt worden voor een Actueel Medicatie Overzicht (AMO). De gegevens kunnen op verschillende manieren en verschillende momenten zijn ontstaan in een XIS. Denk bijvoorbeeld aan een intakegesprek waarbij gegevens vanuit een papieren AMO zijn ingevoerd. Ook de medicatie die tijdens interventies gebruikt zijn, kunnen in de uitgewisselde gegevens opgenomen worden. Deze gegevens hebben niet altijd de benodigde elementen om een actueel medicatieoverzicht samen te stellen zoals een MBH-id (zie par 1.3.3 in [https://informatiestandaarden.nictiz.nl/wiki/mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling  FO MP 9.0.7 ]) en om de relaties tussen medicatiebouwstenen te kunnen leggen. Voor het kunnen opstellen van een AMO is een implementatie van MP9 nodig. 
|-
| 10.1 Medicatieafspraken
| Alle bekende medicatieafspraken worden uitgewisseld.
|-
| 10.2 Toedieningsafspraken
| Alle bekende toedieningsafspraken worden uitgewisseld
|-
| 10.3 Medicatiegebruik
| Al het bekende medicatiegebruik wordt uitgewisseld
|-
| 11 Medische hulpmiddelen
| 11.1 Medische hulpmiddelen
| Alle bekende medische hulpmiddelen worden uitgewisseld
|-
| 12 Vaccinaties
| 12.1 Vaccinaties
| Alle bekende vaccinaties worden uitgewisseld
|-
|  rowspan="3" | 13 Vitale functies en metingen
| 13.1 Bloeddruk
| De laatst bekende bloeddruk wordt uitgewisseld.
|-
| 13.2 Lichaamsgewicht
| Het laatst bekende lichaamsgewicht wordt uitgewisseld.
|-
| 13.3 Lichaamslengte
| De laatst bekende lichaamslengte wordt uitgewisseld.
|-
| 14 Uitslagen
| 14.1 Laboratoriumuitslagen
| 
Indien beschikbaar wordt van elk type onderzoek (panel) de laatst bekende uitslag uitgewisseld binnen het domein van de klinische chemie en medische microbiologie. Per panel worden alle testuitslagen uitgewisseld. Hieronder valt ook bloedgroeptypering (normaliter/vaak vallend onder klinische chemie). Dit is een uitbreiding en nadere specificatie van de definitie zoals in de kwaliteitstandaard<ref name="Kwaliteitsstandaard" /> staat.
* Specifiek worden de laatst bekende gegevens uitgewisseld voor elk type onderzoek of panel (zie zib LaboratoriumUitslag en het veld Onderzoek). Per laatst bekend onderzoek (panel) worden gegevens zoals de toelichting en alle onderliggende bepalingen uitgewisseld. De bepalingen omvatten alle categorieën (zie zib LaboratoriumUitslag en het veld ResultaatType) zoals endocrinologie, microbiologie, hematologie. Er wordt niet op specifieke categorieën gefilterd bij de uitwisseling van gegevens voor de MSZ.
* Op het moment van het samenstellen van de BgZ-MSZ 2.0.x informatiestandaard is er in Nederland nog geen consensus over de categorisering van een specifieke bepaling in een categorie zoals bijvoorbeeld hematologie.
* Voor de MSZ worden de laatst bekende bepalingen uitgewisseld onafhankelijk van het resultaattype. Voor zorgverlener naar patiënt toepassingen kunnen specifieke resultaattypen relevant zijn zoals het niet uitwisselen van voorlopige bepalingen.
* Het is ook mogelijk om een losse bepaling uit te wisselen, zonder panel. Dit kan gerealiseerd worden door de code bij onderzoek (NLCM13.1.4) leeg te laten.
|-
| 15 Verrichtingen
| 15.1 Verrichtingen
| 
Alle bekende chirurgische verrichtingen of verrichtingen onder geleide van beeldvormende techniek die de patiënt heeft ondergaan, worden uitgewisseld.
* De informatiestandaard beweegt mee met de trend van chirurgische ingrepen naar beeldgeleide interventies. Uitsluitend de 'bekende operatieve verrichtingen' uitwisselen is tegenwoordig te beperkend.
* De BgZ-MSZ 2.0.x sluit aan bij de Internationale Patient Summary die ook de beeldgeleide interventies includeert.
* De categorie informatie wordt uitsluitend toegevoegd aan uitgewisselde verrichtingen ten behoeve van filtering, groepering, of visualisatie en hoeft niet zib compliant te worden opgeslagen in een XIS. In de praktijk kan deze categorie volgen uit de organisatie van de lijsten waarin verrichtingen worden beheerd.
* Deze categorie kan niet op basis van de SNOMED terminologie worden afgeleid uit het VerrichtingType via de SNOMED-taxonomie die aan verandering onderhevig is (zie zib verrichting). In een technische uitwerking is het aanbevolen de categorie code toe te passen in een categorie gebaseerde query, zonder aannames te doen over waardelijsten of de SNOMED taxonomie via een code gebaseerde query.
|-
| 16 Contacten
| 16.1 Contacten
| 
Alle bekende contacten met zorgverleners worden uitgewisseld.
* Voor de medisch specialistische zorg is het van belang dat de patiëntsamenvatting ten minste de klinische contacten, de SEH, en een overzicht van de poliklinieken waar de patiënt bekend is, bevat. Uitsluitend het uitwisselen van de bekende ziekenhuisopnames (niet poliklinische contacten), is te beperkend.
* Concreet worden alle contacten uitgewisseld. In de technische implementatie vervallen de filters op de contacten zoals in de voorgaande versie van de informatiestandaard. In een technische uitwerking kunnen filters op het 'ContactType' (zie zib contact) toegepast worden in een ontvangend systeem. 
* Een ontvangend systeem kan op basis van de BgZ-MSZ-samenvatting naast een overzicht van de poliklinieken waar de patiënt bekend is per polikliniek een lijst van contacten tonen
|-
| rowspan="1" |17 GeplandeZorgActiviteit (Zorgplan) <ref name=GeplandeZorgActiviteit> De https://zibs.nl/wiki/OverdrachtGeplandeZorgActiviteit-v3.1(2017NL) zib wordt in toekomstige publicaties niet meer opgenomen, o.a. omdat het deel met VerpleegkundigeInterventie niet juist is en de zibs MedicatieToediening2, MedischHulpmiddel en Vaccinatie al verder in de BgZ-MSZ staat opgenomen.</ref>
| 17.1 Verrichting
| Alle toekomstig geplande verrichtingen worden uitgewisseld.
|-
| rowspan="3" | 18 Zorgsetting
| 18.1 Huisartsgegevens
|De beschikbare administratiegegevens van de huisarts worden uitgewisseld. Concreet kunnen deze gegevens van meerdere huisartsen als onderdeel van de patiëntgegevens worden uitgewisseld.
|-
| 18.2 Zorgverleners
| 
* De beschikbare gegevens van alle zorgverleners met een actuele behandelrelatie worden uitgewisseld.
* Een patiënt kan worden behandeld door meerdere multidisciplinaire zorgteams. Via de informatiestandaard worden de zorgverleners uitgewisseld inclusief de zorgteam-relatie.
|-
| 18.3 Zorgaanbieders
| De beschikbare gegevens van zorgaanbieders die verantwoordelijk zijn voor de careteam samenstelling.
|}
<small><b>Tabel 1</b> Definitie van de BgZ-MSZ samenvatting.</small>

====Metagegevens====
Metagegevens kunnen mogelijk bij alle bovengenoemde secties gebruikt worden. Met metagegevens bedoelen we informatie over het ontstaan en muteren van gegevens in een dossier.
* Metagegevens faciliteren bij rijkere visualisaties, handmatig ontdubbelen, reconciliëren, en inzicht in wanneer gegevens in een dossier zijn ontstaan en geactualiseerd. Deze gegevens zijn in de BgZ-MSZ 2.0.x  een aanvulling op de zibs. 
* Concreet, voegt de BgZ-MSZ 2.0.x de mogelijkheid toe om informatie over de activiteit uit te wisselen die heeft geresulteerd in het ontstaan of actualiseren van gegevens.
* De uitwisseling van een unieke objectidentificatie per BgZ element voor automatische ontdubbeling is geen onderdeel van deze versie van de BgZ-MSZ en onderdeel van een doorontwikkeling van deze informatiestandaard.
* Bij het vastleggen van informatie in een XIS worden ook metagegevens vastgelegd over het moment van ontstaan van gegevens. Bij het geheel of gedeeltelijk overnemen van gegevens tijdens reconciliatie in een XIS worden ten eerste metagegevens vastgelegd over het muteren van bestaande gegevens en ten tweede metagegevens vastgelegd over het ontstaan van nieuwe gegevens.

==Uitwisseling BgZ bij verwijzing of overdracht==

Deze use case komt overeen met use case (a) in figuur 1.

===Doel en relevantie===

Het doel is een veilige en zorgvuldige overdracht bij een verwijzing van een sturende MSZ instelling (c) naar een ontvangende MSZ instelling (d).

Een voorbeeld van het uitwisselen van gegevens bij een verwijzing 
# Een patiënt is onder behandeling van een cardioloog in een regionaal ziekenhuis.
# Een vernauwing in een kransslagader is vastgesteld in het regionaal ziekenhuis.
# Vanuit het regionale ziekenhuis wordt aan een topklinisch ziekenhuis voorgelegd of de patiënt in aanmerking komt voor een stent.
# Een zorgmedewerker in het topklinische ziekenhuis bestudeert de gegevens van de patiënt inclusief de BgZ om te beoordelen of het plaatsen van een stent de juiste therapie is voor deze patiënt.
# Er wordt een afspraak gemaakt en de patiënt wordt tijdelijk opgenomen in het topklinische ziekenhuis voor het plaatsen van een stent.

===Proces en context===

====Proces====

Voor het uitwisselen van de BgZ bij verwijzing van een verwijzende zorgverlener (g) zijn de volgende stappen relevant:

# Een sturende zorgverlener (h) in een sturende msz instelling kan de BgZ zo snel als vereist is voor de continuïteit van zorg na de verwijzing van de patiënt naar de ontvangende instelling sturen. Dit is binnen 24 uur (hoofdstuk 3).
# De ontvangende zorgverlener (j) in een ontvangende msz instelling (d) kan de BgZ die is samengesteld en gestuurd ten tijde van de verwijzing overnemen in het eigen XIS (v) zolang er een behandelrelatie is.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable"
! Rol
! Toelichting
|-
| Verwijzende zorgverlener
| De zorgverlener die de patiënt verwijst van het ene centrum naar het andere ((a) en (g) in figuur). 
|-
| Sturende zorgverlener 
| De zorgverlener of gedelegeerde die na verwijzing de BgZ van de patiënt naar de ontvangende instelling stuurt (h). 
|-
| Ontvangende zorgverlener 
| Bij overdracht van de medische gegevens van de patiënt tussen instellingen waar msz wordt verleend wordt de BgZ als geheel overgedragen en door de ontvanger geheel of in delen overgenomen. De ontvangende zorgverlener controleert de relevante gegevens en autoriseert deze voor overname in het eigen dossier (j).
|}

Tabel 1: Bedrijfsrollen betrokken bij de eerste use case.

<div class="center" style="width:auto; margin-left:auto; margin-right:auto;">
[[Bestand:2024 09 25 BgZ msz Activity Diagram UseCase1.png|600px|Figuur 2]]
</div>

<b>Figuur 2</b>: Activiteit van de bedrijfsrollen in de eerste use case.

===Informatieoverdracht===

====Systemen & systeemrollen====

De sturende en ontvangende zorgmedewerkers maken ieder gebruik van een bronsysteem (XIS) in een sturende en ontvangende zorginstelling.
Het XIS vervult de systeemrollen:
# Medisch Specialistische Zorg Proces – BgZ - Sturend [MSZ-XIS-S] systeem
# Medisch Specialistische Zorg Proces – BgZ – Ontvangend [MSZ-XIS-O] systeem


====Transacties & transactiegroepen====

{| class="wikitable" 
! Usecase
! Transactie
! Systeemrol
! Systeemrolcode
! Systemen
! Bedrijfsrol
! ART-DECOR
|-
|style=" rowspan="2"| Uitwisseling BgZ bij verwijzing of overdracht 
|style=" rowspan="2"| Sturen BgZ-MSZ (PUSH)
| Sturend systeem
| MSZ-BZS-2.0-FHIR
| XIS
| Sturende msz zorgverlener
|style=" rowspan="2"| [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20260422T141230/tr-2.16.840.1.113883.2.4.3.11.60.42.4.42-2024-03-27T165734.html Sturen]
|-
| Ontvangend systeem
| MSZ-BZO-2.0-FHIR
| XIS
| Ontvangende msz zorgverlener
|}

<b>Tabel 2</b>: ART-DECOR publicatie bij de transacties betrokken bij de use case: Uitwisseling BgZ bij verwijzing of overdracht (PUSH).

====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen====

Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel maken van het uitwisselen bij verwijzing.

<div class="center" style="width:auto; margin-left:auto; margin-right:auto;">
[[Bestand:2024 05 23 BgZ msz Systeemrollen UseCase1.png|600px|Figuur 3]]
</div>

<b>Figuur 3</b>:Systeemrollen betrokken bij het uitwisselen van de BgZ-MSZ bij verwijzing of overdracht (PUSH).

==Opvraging BgZ bij eerdere behandelaar==

Deze use case komt overeen met use case (b) in figuur 1.

===Doel en relevantie===

Het doel is een veilige en zorgvuldige uitwisseling van gegevens bij opvraging van de BgZ bij een eerdere behandelaar (e) en (f) in figuur 1.

Een voorbeeld van het opvraging van gegevens bij een eerdere behandelaar

# Een patiënt is na een wachtlijst van één maand onder behandeling van een cardioloog in een topklinisch ziekenhuis voor het plaatsen van een stent.
# Voor het plannen van de behandeling vraagt de cardioloog van het topklinische ziekenhuis de actuele BgZ gegevens op bij het regionale ziekenhuis.
# Een zorgmedewerker in het regionale ziekenhuis stelt de actuele BgZ beschikbaar.
# Een zorgmedewerker bestudeert de BgZ zoals gestuurd bij de verwijzing om inzicht in de patiëntencontext te krijgen ten tijde van de verwijzing en de actuele BgZ om de behandeling en nazorg optimaal te kunnen plannen.

Deze use case is nog niet verder uitgewerkt in deze informatiestandaard.
Technische afspraken over het communicatiepatroon "Gericht bevragen" (pull) zijn nog niet beproefd en nog niet beschikbaar voor implementatie.

=Aanvullende afspraken=

Dit hoofdstuk bevat aanvullende afspraken en verduidelijkingen die bijdragen aan een veilige en zorgvuldige overdracht met eenduidig te interpreteren afspraken. Deze kunnen in een (door)ontwikkeling van de kwaliteitsstandaard en/of richtlijn worden verwerkt. 



==Uitwisselen bij verwijzing en overdracht zonder informatieverlies==

Voor een veilige en zorgvuldige overdracht van een MSZ instelling A naar een MSZ instelling B moet de uitwisseling van patiëntgegevens plaatsvinden zonder verlies van informatie. Tijdens de uitwisseling moet altijd duidelijk zijn om welke gestructureerde informatie-elementen het gaat.
* De naamgeving van een data-element mag niet zodanig zijn dat het op enig moment in het proces misverstand is over de semantiek.
* De precisie van data moet behouden blijven. De waarde “3,0” met één decimaal achter de komma mag tijdens het uitwisselen bijvoorbeeld geen “3” worden. Ook mag voor een datum die is gedefinieerd als een jaartal nergens in het proces een maand of dag worden verondersteld of toegevoegd.

==Laatst bekende waarde==

Voor een veilige en zorgvuldige overdracht van een eerste msz-instelling naar een tweede msz-instelling moet de uitwisseling van patiëntgegevens plaatsvinden zonder verlies van informatie. Dit is ook van toepassing op registratiegegevens. De datum van eerste registratie en de mutatiedatum van een gegevenselement moet ongewijzigd worden overgenomen door een tweede msz instelling, zodat bij het sturen en beschikbaarstellen van gegevens door deze tweede msz instelling nog steeds de laatst bekende waarde kan worden gestuurd indien relevant. Voor registratiegegevens gelden de volgende afspraken:

* Bij het sturen en beschikbaarstellen van gegevens die voor het eerst zijn geregistreerd in een bronsysteem en niet zijn gewijzigd, zijn de mutatiedatum en registratiedatum gelijk.
* Na het sturen van gegevens die ongewijzigd zijn overgenomen door een tweede bronsysteem, is de mutatiedatum en de datum van eerste registratie niet aangepast.
Dit is gewenst gedrag, maar hier wordt niet op getoetst c.q. kwalificaties voor.

Zo heeft een zorgverlener altijd inzicht in wanneer gegevens zijn vastgelegd en wanneer deze voor het laatst zijn geactualiseerd. Ook kan een zorgverlener bij gegevens uit meerdere bronnen inzicht krijgen in wat de laatst bekende waarde is van een gegevenselement.

==Beschikbaarheid van BgZ elementen==

Voor een veilige en zorgvuldige overdracht moet het duidelijk zijn of een bronsysteem een element van de BgZ niet kan sturen of wel kan sturen. Als het systeem gegevens voor een specifiek gegevenselement wel kan sturen, moet het duidelijk zijn dat er wel of niet gegevens beschikbaar zijn over dit specifieke element van de BgZ. Als het systeem gegevens voor een specifiek gegevenselement niet kan sturen, heeft de zorgverlener de informatie om weloverwogen te beslissen welke vervolgstappen te ondernemen.

BgZ elementen moeten binnen 24 uur na verwijzing beschikbaar zijn voor het sturen naar de ontvangende zorgverlener. Tevens moeten BgZ elementen binnen 24 uur na opvragen bij een eerdere behandelaar beschikbaargesteld zijn.

=Aanvullende informatie=

==Binding van waardenlijsten==

De BgZ-MSZ 2.0.x is samengesteld uit zibs uit de zib Publicatie 2017<ref name="zib Publicatie 2017(NL)" />. Deze bevat geen specificaties voor de sterkte van de bindings van de waardenlijsten. Voor de BgZ-MSZ 2.0.x gelden de specificaties zoals ze zijn opgenomen in de FHIR-profielen waarmee de BgZ 2.0.x is geïmplementeerd (zie Technisch Ontwerp).

==Codering van informatie==

Tijdens het gehele uitwisselingsproces worden eenheden uitgewisseld via de hoofdlettergevoelige expressiesyntaxis van UCUM. De accolades maken deel uit van de UCUM-standaard. Het gaat hierbij om een beschrijvende aantekening in plaats van een eenheidsnaam zoals bijvoorbeeld in {Cells}/uL.

De BgZ kan worden uitgewisseld met verouderde codes, zoals verouderde SNOMED codes. De ontvangende partij dient deze gegevens zonder verlies van informatie te kunnen tonen. Het omzetten van verouderde codes naar actuele codes tijdens de uitwisseling kan leiden tot veranderd gedrag van systemen en moet daarom niet plaatsvinden.

<p id="Bekende_problemen"></p>
=Known issues=
{| class="wikitable"
! Onderwerp !! Omschrijving !! MSZ issue
|-
| Alcohol en tabaksgebruik || 
# Eenheden van tabak en alcoholgebruik zijn niet gestandaardiseerd. In de testscripts kan de {glas} {glasses} {bottles} niet automatisch onderscheiden en testen. Dit zal met handmatige controle moeten.
|| [https://nictiz.atlassian.net/browse/MSZ-159 MSZ-159]
|-
| AllergieIntolerantie || 
# In de narrative van de FHIR-berichten ontbreekt informatie bij de Reactie: Specifieke stof en wijze van blootstelling.
|
|-
| LaboratoriumUitslag || 
# In FHIR-mapping ontbreekt de InterpretatieMethode in nl-core 2017. Het veld InterpretatieMethode kan daarom niet getest worden.
# Onvoldoende uitgelegd hoe het verschil te identificeren is tussen LabUitslagen en LabTesten in HCIM LaboratoryTestResult Observation.
|[https://nictiz.atlassian.net/browse/MSZ-305 MSZ-305] 
|-
| Metadata (Provenance) || 
# In het functioneel ontwerp ontbreken referenties vanuit metagegevens naar de elementen: Betaler, LaboratoriumUitslag, Geplande zorg activiteit en Zorgteam. 
|
|-
| Probleem || 
#{{fhir|Probleem.ProbleemBeginDatum}} en {{fhir|Probleem.ProbleemEinddatum}} zijn nog niet uitgebreid met de optie “Onbekend” zoals voorgeschreven in de Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD).<ref name="Handreiking adequate registratie" />
||
|-
| Zorgsetting/Careteam ||  
# In de FHIR testberichten ontbreekt de Zorgverlenersrol, zoals hoofdbehandelaar. Het zou te vinden moeten zijn in CareTeam.participant.role.coding:healthProfessionalRole.
|| [https://nictiz.atlassian.net/browse/MSZ-341 MSZ-341]
|-
| Vaccinatie ||  
# In de FHIR testberichten is meer informatie te vinden dan in de functionele testpatienten.
||
|-
| Verrichting || 
# FHIR output voor {{fhir|Procedure.status}} is in zowel test- als kwalificatiescripts afwijkend van de definitie. De FHIR profiel mapping voor {{fhir|Procedure.category}} is in ontwikkeling en is gekoppeld aan {{fhir|Verrichting.VerrichtingCategorie}} uit de zib.
# ProcedureRequest kan in FHIR STU3 niet meer dan 1 performer (Verrichting.uitvoerder) aan.
# Vanuit de ZIBS is {{fhir|Verrichting.VerrichtingMethode 0..*}} niet haalbaar in [https://simplifier.net/packages/nictiz.fhir.nl.stu3.bgz/2.0.3-beta.2/files/2828058 FHIR STU3 profielen]. Het element {{fhir|HCIM ProcedureMethod}} in het FHIR-profiel {{fhir|HCIM Procedure}} is beperkt tot {{fhir|0..1}}. Wij raden daarom aan om de belangrijkste methode op te sturen. 
||
|-
| Voedingsadvies || 
# De FHIR output voor {{fhir|zib-NutritionAdvice.status}} is altijd {{fhir|active}} zonder dat er voor Voedingsadvies status een definitie in de dataset is.
#Voor STU3 meer richting geven hoe zendende systemen om kunnen gaan met tonen verschillende consistencies in voedingadvies.
|| [https://nictiz.atlassian.net/browse/MSZ-176 MSZ-176]
|}

=Referenties=
<references />

=Release notes=

== BgZ-MSZ 2.0.0-alpha.1 ==

Compared to version 1.0 we made amongst others the following improvements:
* CDA is deprecated 
* Metadata section is changed and improved, making use of international FHIR profile Provenance 
* Notified Pull is included 
* Planned Care Activity Section is improved 
* Procedure.Category is included 
* Medication zib's are included

== BgZ-MSZ 2.0.0-beta.1==

[https://nictiz.atlassian.net/browse/MSZ-39 MSZ-39 Aanpassing kwalificatiemateriaal bij Lab: verwijderen monster, onderzoek]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-75 MSZ-75:Toevoegen zib ZorgAanbieder elementen in BgZ - msz 2.0]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-186 MSZ-186:Verrichting.Categorie is toegevoegd]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-153 MSZ-153:Feedback Functioneel Design BgZ - Medisch Specialistische Zorg]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-147 MSZ-147:Term "verwerken" onhandig]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-146 MSZ-146:Figuur van andere use case vermeld]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-144 MSZ-144:Opvragende zorgverlener i.p.v. zorgmedewerker]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-143 MSZ-143:Onjuiste verwijzing]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-142 MSZ-142:Onjuist gebruik zorgverlener en zorgmedewerker]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-141 MSZ-141:Tegenstrijdigheid m.b.t. status use cases]

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-140 MSZ-140:Norm bevat geen afspraken maar eisen]

== BgZ-MSZ 2.0.0-beta.2==
Referentie naar de gepubliceerde kwaliteitsstandaard is opgenomen.

[https://nictiz.atlassian.net/jira/software/c/projects/MSZ/issues/MSZ-193 MSZ-193:Lichaamsgewicht is gewogen bij Lichaamslengte is onjuist]

[https://nictiz.atlassian.net/browse/MSZ-197  MSZ-197:Paragraaf 3.2 Laatst bekende gegevens op FO verwijderen]

[https://nictiz.atlassian.net/browse/MSZ-198 MSZ-198 Eenheid van taal vergt gedragsverandering en niet slechts een onhaalbare eis in een informatiestandaard]

[https://nictiz.atlassian.net/issues/MSZ-203 MSZ-203 Inleiding kwalificatiescript mist achternaam patiënt]

[https://nictiz.atlassian.net/browse/MSZ-206 MSZ-206 Ontbrekende contactpersoon in testscript bij patiënt C]

[https://nictiz.atlassian.net/browse/MSZ-209 MSZ-209 Testscript refereert aan screenshots]

[https://nictiz.atlassian.net/browse/MSZ-210 MSZ-210 Impact momentopname naast on-demand BgZ te groot]

[https://nictiz.atlassian.net/browse/MSZ-211 MSZ-211: Data absent reason verplicht unknown is onlogisch en onwenselijk]

[https://nictiz.atlassian.net/browse/MSZ-214 MSZ-214: Inconsistentie tussen functioneel en technisch ontwerp rond provenance]

[https://nictiz.atlassian.net/browse/MSZ-216 MSZ-216: Specificatie notified pull tasks lijkt onnodig en is onjuist]

[https://nictiz.atlassian.net/browse/MSZ-223 MSZ-223 Uitwisseling geplande verrichtingen tegenstrijdig gespecificeerd]

[https://nictiz.atlassian.net/browse/MSZ-224 MSZ-224 Uitwisseling contra-indicaties onduidelijk gespecificeerd]

[https://nictiz.atlassian.net/browse/MSZ-225 MSZ-225: Alle i.p.v. laatst bekende functionele/mentale status(sen) mist onderbouwing]

[https://nictiz.atlassian.net/browse/MSZ-227 MSZ-227: Informatiestandaard raakt niet alleen derde laag 'vijflagenmodel']

[https://nictiz.atlassian.net/browse/MSZ-228 MSZ-228: Verschil opvragen en raadplegen onduidelijk in Figuur 1]

[https://nictiz.atlassian.net/issues/MSZ-235 MSZ-235: Generalpractitioner Patiënt C (De Boer) ontbreekt]

== BgZ-MSZ 2.0.0-rc.1==

Zorgteam naamgeving aangepast conform zib2020.

Validatie-stap is beschreven op de nieuwe Validatie pagina.

Patiënt heeft weer kardinaliteit 1..1 i.p.v 0..1. 

Verbeterslagen in het testen op ConformanceLab.

Allergieintolerantie is nu conform de zib 2017. Hiervoor is passend test- en kwalificatie materiaal voor ontwikkeld. Hiermee is het known issue uit beta.2 verholpen dat allergieintolleratie niet conform zibs is.

[https://nictiz.atlassian.net/browse/MSZ-65 MSZ-65 : AllergieIntolerantie WijzeVanBlootstelling code corrigeren]

[https://nictiz.atlassian.net/browse/MSZ-123 MSZ-123: CapabilityStatement verwijzing opnemen in het TO]

[https://nictiz.atlassian.net/browse/MSZ-182 MSZ-182: "Verrichting.categorie in msz dataset en kwalificatie/testmaterialen opnemen"]

[https://nictiz.atlassian.net/browse/MSZ-195 MSZ-195: Dubbele toelichting bij lichaamsgewicht patient D.]

[https://nictiz.atlassian.net/browse/MSZ-237 MSZ-237: Verzoek wijziging documentatie mbt Touchstone - ConformanceLab]

[https://nictiz.atlassian.net/browse/MSZ-251 MSZ-251: Queries o.b.v. met een fixed value category voor de resultaten lijkt tegenstrijdig]

[https://nictiz.atlassian.net/browse/MSZ-254 MSZ-254: "Huisartsgegevens" is ambigu]

[https://nictiz.atlassian.net/browse/MSZ-269 MSZ-269: "Burgerlijke staat niet in voorbeeldberichten"]

[https://nictiz.atlassian.net/browse/MSZ-271 MSZ-271: Adressoort bij patient C leeg maken.]

[https://nictiz.atlassian.net/browse/MSZ-274 MSZ-274: Een aantal wijzigingen staan nog beschreven in known issue. Wel opgelost is beschrijving uitgebreid van probleem model over ProbleemNaamSpecifiek.]

[https://nictiz.atlassian.net/browse/MSZ-297 MSZ-297: Toevoeging aan het FO in paragraaf 3.2 de zin: Dit is gewenst gedrag, maar hier wordt niet op getoetst c.q. kwalificaties voor.]

[https://nictiz.atlassian.net/browse/MSZ-328 MSZ-328: Bevinding Testmateriaal Testpatient B MedicalDevice] 

[https://nictiz.atlassian.net/browse/MSZ-332 MSZ-332: Burgelijke staat toegevoegd aan de FHIR voorbeeld-berichten.]

[https://nictiz.atlassian.net/browse/MSZ-338 MSZ-338: "Bevinding Testmateriaal Testpatient C Health professional" heeft geleidt tot aanscherping FO functionele eis aanpassing op zorgsetting.zorgverlener.]

== BgZ-MSZ 2.0.0==
[https://nictiz.atlassian.net/browse/MSZ-175 MSZ-175]: De FHIR-voorbeeldberichten bevatten nu een tweede coding voor labresult.interpretation die in lijn is met het FHIR-profiel.

[https://nictiz.atlassian.net/browse/MSZ-233 MSZ-233]: Verbeteringen in de Github branches heeft voor een aantal oplossingen in het testmateriaal gezorgd.

[https://nictiz.atlassian.net/browse/MSZ-270 MSZ-270]: Bij de testpatiënten met procedures met meerdere methodes hebben we dit teruggebracht naar één methode per procedure.

[https://nictiz.atlassian.net/browse/MSZ-272 MSZ-272]: Patient B AllergieInstantie 4 heeft een AllergieStatus = "niet meer aanwezig" gekregen en instantie 9 is verwijderd.

[https://nictiz.atlassian.net/browse/MSZ-274 MSZ-274]: De BgZ FHIR profielen hebben toelichting gekregen op het TO in “FHIR profiles”. Aanpassing van mapping op BgZ-FunctionalMentalStatus en toevoeging van BgZ-SpecificProblemname extension aan BgZ-Problem profiel.

[https://nictiz.atlassian.net/browse/MSZ-275 MSZ-275]: Tekstuele feedback voor TO verwerkt op leesbaarheid en correctheid.

[https://nictiz.atlassian.net/browse/MSZ-282 MSZ-282]: Op het TO uitleg gegeven over MBH-identifier.

[https://nictiz.atlassian.net/browse/MSZ-302 MSZ-302]: Tekst over herkwalificatiebeleid in FO 2.6 opgenomen en verwijzing naar QA pagina.

[https://nictiz.atlassian.net/browse/MSZ-312 MSZ-312]: 1. Binnen BGZ MSZ 2.0 is de transactiedataset uitgebreid met een statuselement bij het concept geplande zorgactiviteit en is bij de testpatiënten de status op actief gezet. Dat maakt het mogelijk om nu op actieve ProcedureRequests te queryen. 2. In TO-sectie 4.1 en 4.2 is expliciet gemaakt dat bij de zib “Verrichting” zowel een Procedure als Procedurerequest benodigd zijn om zib-compliant te zijn. In de query van procedure deze relatie expliciet gemaakt.

[https://nictiz.atlassian.net/browse/MSZ-316 MSZ-316]: Toediendingsafspraken zijn toegevoegd in FHIR instanties.

[https://nictiz.atlassian.net/browse/MSZ-317 MSZ-317]: Voorbeeldpatiënten: RedenVanVoorschrijven en gebruiksinstructie komen nu voor op de FHIR voorbeeldberichten.

[https://nictiz.atlassian.net/browse/MSZ-318 MSZ-318]: Nu staat in MedicatieAfspraak de Gebruiksinstructie.Omschrijving in dosageInstruction.text voor de voorbeeldpatienten.

[https://nictiz.atlassian.net/browse/MSZ-345 MSZ-345]:De FHIR-voorbeeldberichten bevatten nu een gevuld basedOn-element voor aanvragende zorgverleners van labresultaten, indien dit is ingevuld.

[https://nictiz.atlassian.net/browse/MSZ-346 MSZ-346]: De voorbeeldpatienten zijn nu voorzien van een Onderzoekscode in alle panels om in de $lastN query te vinden te zijn. Alle labuitslagen/panels krijgen nu een onderzoekscode. Alle testen zijn gekoppeld aan een panel.

[https://nictiz.atlassian.net/browse/MSZ-347 MSZ-347]: Bij LaboratoriumTest.TestDatumTijd is nu ook DatumTijd toegevoegd.

[https://nictiz.atlassian.net/browse/MSZ-351 MSZ-351]: bij PatD testpatient is bij zorgverlener 1 het land uit de adresgegevens verwijderd.

[https://nictiz.atlassian.net/browse/MSZ-353 MSZ-353]: metagegevens verwachtingen aangescherpt in FO paragraaf 2.1.1.1 en in TO bij 4.2 FHIR Query Specification sectie.

[https://nictiz.atlassian.net/browse/MSZ-364 MSZ-364]: Twee wijzigingen gedaan FHIR voorbeeld instances: 1. Patient.id (en filename) worden ‘bgz-msz-PatX’ 2. Reference.display naar deze patiënten worden “[initialen] [volledige achternaam]” dus “J.A.H. van Houten” in plaats van “Jan Adrianus J.A.H. Jan van Houten”.

[https://nictiz.atlassian.net/browse/MSZ-369 MSZ-369]: SNOMED codes voor medicatie-secties zijn gecorrigeerd in de FHIR-profile tabel in het TO.

[https://nictiz.atlassian.net/browse/MSZ-374 MSZ-374]: Patient resource in FHIR-instance examples kunnen nu correct overweg met huisnummertoevoeging.

[https://nictiz.atlassian.net/browse/MSZ-375 MSZ-375]: Bij patient C metagegevens is een voorbeeld van tijdprecisie toegevoegd: T-44DT11:23:09.

[https://nictiz.atlassian.net/browse/MSZ-377 MSZ-377]: Bij allergy1 van PatientA zijn de code en displayvalue in het correcte veld omgewisseld.

[https://nictiz.atlassian.net/browse/MSZ-378 MSZ-378]: Voor MedicationAgreement heeft element reasonReference nu een displaywaarde in de FHIR-instance examples.

[https://nictiz.atlassian.net/browse/MSZ-379 MSZ-379]: In de AdministrationAgreement voorbeelden is bij gebruiksinstructie/doseerinstructie toedientijd ingevuld met tijdstip.

[https://nictiz.atlassian.net/browse/MSZ-380  MSZ-380]: Bij de AllergyIntolerance.reaction.manifestation waardes met optie "Other + text" verwijderen we de voorbeelden, zodat het aansluit op FHIR STU3-specificaties.

[https://nictiz.atlassian.net/browse/MSZ-383  MSZ-383]: Metagegevens hebben een optionele variant gekregen in conformancelab, dit is verduidelijkt in de test- en kwalificatiescript pagina’s.


{{MedMij:Sjabloon_Ondersteuning}}