BgZ:V2.0 Ontwerp Beta BgZ MSZ: verschil tussen versies
(→BgZ informatie elementen) |
(MSZ-197 Paragraaf 3.2 Laatst bekenden gegevens op FO verwijderen) |
||
(101 tussenliggende versies door 2 gebruikers niet weergegeven) | |||
Regel 6: | Regel 6: | ||
<!-- EINDE BACK TO TOP BUTTON --> | <!-- EINDE BACK TO TOP BUTTON --> | ||
− | {{DISPLAYTITLE:Functioneel Ontwerp BgZ medisch-specialistische zorg 2.0 | + | {{DISPLAYTITLE:Functioneel Ontwerp BgZ medisch-specialistische zorg 2.0.0-beta.1|noreplace}} |
− | |||
− | |||
__NUMBEREDHEADINGS__ | __NUMBEREDHEADINGS__ | ||
=Inleiding= | =Inleiding= | ||
Regel 14: | Regel 12: | ||
==Algemeen== | ==Algemeen== | ||
− | Dit document beschrijft het Functioneel Ontwerp (FO) voor de Informatiestandaard “BgZ-uitwisseling voor de medisch-specialistische zorg”. De “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën”, beschrijft afspraken over welke informatie er minimaal in het zorgproces moet worden geregistreerd [1]. De NEN 7540 | + | Dit document beschrijft het Functioneel Ontwerp (FO) voor de Informatiestandaard “BgZ-uitwisseling voor de medisch-specialistische zorg”. De “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën”, beschrijft afspraken over welke informatie er minimaal in het zorgproces moet worden geregistreerd [1]. De NEN 7540 stelt eisen voor taal en techniek [2]. |
− | Deze versie van de informatiestandaard is | + | Deze versie van de informatiestandaard is gebaseerd op de [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib Publicatie 2017(NL)][3] en uitwisseling via HL7 FHIR v3. Tevens zijn in dit FO enkele verduidelijkingen, aanvullingen, en restricties op de inhoudelijke afspraken in de informatiestandaard en handreiking opgenomen. |
Het functioneel ontwerp (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 Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het FO wordt verwezen naar de Nictiz webpagina met een begrippenoverzicht. | Het functioneel ontwerp (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 Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het FO wordt verwezen naar de Nictiz webpagina met een begrippenoverzicht. | ||
Regel 34: | Regel 32: | ||
</div> | </div> | ||
− | <b>Figuur 1</b>: Gegevensuitwisseling in het | + | <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 | + | De overdracht van gegevens tussen zorgverleners in de MSZ zijn in twee use cases beschreven: (a) Uitwisseling BgZ bij verwijzing of overdracht, en (b) Opvraging BgZ bij eerdere behandelaar. |
In dit proces zijn de bedrijfsrollen van de betrokken partijen : | In dit proces zijn de bedrijfsrollen van de betrokken partijen : | ||
− | * Verwijzende zorgverlener bij eerste use case | + | * Verwijzende zorgverlener bij eerste use case (g); (PUSH) |
− | ** Sturende zorgverlener, | + | ** Sturende zorgverlener, (h); |
− | ** Ontvangende zorgverlener, | + | ** Ontvangende zorgverlener, (j); |
− | * Opvragende zorgverlener bij tweede use case, | + | * Opvragende zorgverlener bij tweede use case, (b); (PULL) |
− | ** Raadplegende zorgverlener, | + | ** Raadplegende zorgverlener, (n); |
− | ** Beschikbaarstellende zorgverlener, | + | ** Beschikbaarstellende zorgverlener, (k); |
===Reikwijdte informatiestandaard=== | ===Reikwijdte informatiestandaard=== | ||
Regel 67: | Regel 65: | ||
==Algemeen== | ==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 2.0 secties vind zijn oorsprong in de ‘BgZ Specificatie gebaseerd op zibs release 2017’ [5]. Deze definitie is aangevuld met componenten voor de MSZ, zoals bijvoorbeeld metagegevens, zorgaanbieders, en zorgverleners. De specificatie van uit te wisselen gegevens is niet overgenomen uit dit document, dat bedoeld is voor zorgverlener naar patiënt toepassingen. | |
− | De | + | De specificatie van uit te wisselen gegevens in de MSZ, zoals de kardinaliteiten, conformance, en condities, is op basis van de ‘Kwaliteitstandaard Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend’ [4] en de handreiking adequate registratie [1]. 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 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" | {| 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" | | + | !style="background-color: #1F497D; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px" | BgZ 2.0 Hoofdstuk |
− | !style="background-color: #1F497D; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px" | | + | !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" | | + | !style="background-color: #1F497D; color: white; font-weight: bold; text-align:left; background-color: #E3E3E3 width:10px" | Specificatie |
|- | |- | ||
| rowspan="2" | 1 Demografie en identificatie | | rowspan="2" | 1 Demografie en identificatie | ||
| 1.1 Patiëntgegevens | | 1.1 Patiëntgegevens | ||
| | | | ||
− | NAW gegevens, BSN, geboortedatum, geslacht | + | NAW gegevens, BSN, geboortedatum, geslacht, contactgegevens van de patiënt, overlijdensinformatie |
− | |||
|- | |- | ||
| 1.2 Burgerlijke staat | | 1.2 Burgerlijke staat | ||
− | | Laatst bekende burgerlijke staat | + | | |
− | + | Laatst bekende burgerlijke staat | |
|- | |- | ||
| 2 Financiële informatie | | 2 Financiële informatie | ||
| 2.1 Verzekeringsgegevens | | 2.1 Verzekeringsgegevens | ||
− | | De verzekeringsgegevens van de patiënt | + | | |
+ | De verzekeringsgegevens van de patiënt | ||
|- | |- | ||
| rowspan="2" | 3 Behandelrestricties | | rowspan="2" | 3 Behandelrestricties | ||
| 3.1 Behandelaanwijzingen | | 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 | | 3.2 Wilsverklaring | ||
− | | | + | | |
+ | Alle beschikbare wilsverklaringen worden uitgewisseld. | ||
|- | |- | ||
| 4 Contactpersoon | | 4 Contactpersoon | ||
| 4.1 Contactpersoon | | 4.1 Contactpersoon | ||
− | | | + | | |
+ | De gegevens van de eerste relatie/ contactpersoon worden, indien beschikbaar, uitgewisseld. | ||
|- | |- | ||
| 5 Functionele status | | 5 Functionele status | ||
| 5.1 Functionele/ mentale status | | 5.1 Functionele/ mentale status | ||
− | | | + | | |
− | * | + | Alle beschikbare functionele en mentale statussen worden uitgewisseld. |
+ | * De zib is uitgebreid met een categorie. Deze categorie kan zowel functioneel als mentaal zijn. | ||
+ | * Software kan faciliteren bij het groeperen naar functies die met SNOMED CT codes zijn vastgelegd. | ||
|- | |- | ||
| 6 Klachten en diagnoses | | 6 Klachten en diagnoses | ||
| 6.1 Problemen (incl. diagnoses) | | 6.1 Problemen (incl. diagnoses) | ||
− | | Alle bekende problemen van alle probleemtypen | + | | |
− | + | Alle bekende problemen van alle probleemtypen worden uitgewisseld. In deze versie 2.0 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 contacteczeem ook aanvullend getypeerd worden door contacteczeem door dichromaat. Of bijvoorbeeld een enkelfractuur die aanvullend getypeerd wordt door een crurisfractuur, zonder de noodzaak een tweede probleemlijstelement uit te wisselen en te verwerken. | |
|- | |- | ||
| rowspan="5" | 7 Sociale anamnese | | rowspan="5" | 7 Sociale anamnese | ||
| 7.1 Woonsituatie | | 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 van de informatiestandaard moet een WoningType worden uitgewisseld indien beschikbaar. | ||
|- | |- | ||
| 7.2 Drugsgebruik | | 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 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 | | 7.3 Alcoholgebruik | ||
− | | | + | | Al het bekende alcoholgebruik wordt uitgewisseld. |
|- | |- | ||
| 7.4 Tabakgebruik | | 7.4 Tabakgebruik | ||
− | | | + | | Al het bekende tabakgebruik wordt uitgewisseld. |
|- | |- | ||
| 7.5 Voedingsadviezen | | 7.5 Voedingsadviezen | ||
− | | | + | | |
− | + | Alle bekende voedingsadviezen worden uitgewisseld. | |
− | * Een uitwisseling van het laatst bekende voedingsadvies | + | * 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 van de BgZ MSZ. Het kan ook voorkomen dat er alleen een advies over de consistentie van voedsel wordt vastgelegd. |
− | |||
|- | |- | ||
| 8 Waarschuwingen | | 8 Waarschuwingen | ||
| 8.1 Alerts | | 8.1 Alerts | ||
− | | Alle bekende alerts | + | | Alle bekende alerts worden uitgewisseld. |
|- | |- | ||
| 9 Allergieën | | 9 Allergieën | ||
| 9.1 Allergie-intoleranties | | 9.1 Allergie-intoleranties | ||
− | | | + | | Alle bekende allergieën worden uitgewisseld. |
|- | |- | ||
| rowspan="4" | 10 Medicatie | | rowspan="4" | 10 Medicatie | ||
| Algemeen | | Algemeen | ||
− | | Alle bekende | + | | |
− | * Zorginhoudelijke Medicatiegegevens worden uitgewisseld zoals beschikbaar in een XIS via drie medicatie zibs. | + | Alle bekende medicatieafspraken, toedieningsafspraken, medicatiegebruik en bekende medicatie contra-indicaties worden uitgewisseld. |
− | + | * Zorginhoudelijke Medicatiegegevens worden uitgewisseld zoals beschikbaar in een XIS via drie medicatie zibs. Deze informatiestandaard vereist geen implementatie van het medicatieproces (MP) en bevat geen verwijzing naar een specifieke versie van het MP. | |
− | * 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 kunnen de gegevens medicatie bevatten zoals gebruikt tijdens interventies. Deze gegevens hebben daarom niet altijd een ID, product code, of een voorschrijver | + | * Voor toekomstige versies van deze informatiestandaard is het de verwachting dat wordt verwezen naar de MP informatiestandaard welke nu in ontwikkeling is (zie Medicatieproces landingspagina). Daarnaast is het de verwachting dat in een doorontwikkeling van de BgZ MSZ informatiestandaard verdere harmonisatie met de EU-Patient Summary plaatsvindt. |
− | + | * 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 kunnen de gegevens medicatie bevatten zoals gebruikt tijdens interventies. Deze gegevens hebben daarom niet altijd een ID, product code, of een voorschrijver ten behoeve van ontdubbelen van gegevens. | |
|- | |- | ||
| 10.1 Medicatieafspraak | | 10.1 Medicatieafspraak | ||
− | | Alle bekende medicatieafspraken | + | | Alle bekende medicatieafspraken worden uitgewisseld. |
|- | |- | ||
| 10.2 Toedieningsafspraak | | 10.2 Toedieningsafspraak | ||
− | | Alle | + | | Alle bekende toedieningsafspraken worden uitgewisseld |
|- | |- | ||
| 10.3 Medicatiegebruik | | 10.3 Medicatiegebruik | ||
− | | Al het bekende medicatiegebruik | + | | Al het bekende medicatiegebruik wordt uitgewisseld |
|- | |- | ||
− | | 11 | + | | 11 Medische hulpmiddelen |
− | | 11.1 | + | | 11.1 Medische hulpmiddelen |
− | | | + | | Alle bekende medische hulpmiddelen worden uitgewisseld |
|- | |- | ||
− | | 12 | + | | 12 Vaccinaties |
− | | 12.1 | + | | 12.1 Vaccinaties |
− | | | + | | Alle bekende vaccinaties worden uitgewisseld |
|- | |- | ||
− | | rowspan="3" | 13 | + | | rowspan="3" | 13 Vitale functies en metingen |
− | | 13.1 | + | | 13.1 Bloeddruk |
− | | | + | | De laatst bekende bloeddruk wordt uitgewisseld. |
|- | |- | ||
− | | 13.2 | + | | 13.2 Lichaamsgewicht |
− | | | + | | Het laatst bekende lichaamsgewicht wordt uitgewisseld. |
|- | |- | ||
− | | 13.3 | + | | 13.3 Lichaamslengte |
− | | | + | | De laatst bekende lichaamslengte wordt uitgewisseld. |
|- | |- | ||
| 14 Uitslagen | | 14 Uitslagen | ||
| 14.1 Laboratoriumuitslagen | | 14.1 Laboratoriumuitslagen | ||
− | | Indien beschikbaar | + | | |
− | + | 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 staat. | |
− | * Specifiek worden de laatst bekende gegevens uitgewisseld voor elk type onderzoek of panel (zie zib LaboratoriumUitslag en het veld Onderzoek). Per laatst | + | * 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 | + | * Op het moment van het samenstellen van de BgZ MSZ 2.0 informatiestandaard is er in Nederland nog geen consensus over de categorisering van een specifieke bepaling in een categorie zoals bijvoorbeeld hematologie. |
− | * Voor de | + | * 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. |
|- | |- | ||
| 15 Verrichtingen | | 15 Verrichtingen | ||
| 15.1 Verrichtingen | | 15.1 Verrichtingen | ||
− | | Alle bekende | + | | |
− | * | + | Alle bekende chirurgische verrichtingen of verrichtingen onder geleide van beeldvormende techniek die de patiënt heeft ondergaan, worden uitgewisseld. |
− | * De BgZ | + | * 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 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. | * 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. | * 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. | ||
Regel 212: | Regel 209: | ||
| 16 Contacten | | 16 Contacten | ||
| 16.1 Contacten | | 16.1 Contacten | ||
− | | Alle bekende contacten met zorgverleners | + | | |
− | * | + | Alle bekende contacten met zorgverleners worden uitgewisseld. |
− | * 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 | + | * 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. |
− | * Een ontvangend systeem kan op basis van de BgZ | + | * 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) | ||
| 17.1 Verrichting | | 17.1 Verrichting | ||
− | | Alle | + | | Alle geplande verrichtingen worden uitgewisseld. |
− | |||
− | |||
− | |||
|- | |- | ||
| rowspan="3" | 18 Zorgsetting | | rowspan="3" | 18 Zorgsetting | ||
| 18.1 Huisarts | | 18.1 Huisarts | ||
− | | | + | | |
+ | De beschikbare gegevens van de huisarts worden uitgewisseld. Concreet wordt de huidige huisarts als onderdeel van de patiënt uitgewisseld | ||
|- | |- | ||
| 18.2 Zorgverleners | | 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 | | 18.3 Zorgaanbieders | ||
− | | | + | | De gegevens van alle zorgaanbieders die benoemd worden in de BgZ MSZ samenvatting. |
|- | |- | ||
− | | | + | | 19 Metagegevens |
− | | | + | | 19.1 Metagegevens |
− | | | + | | |
+ | Alle beschikbare metagegevens over het ontstaan en muteren van gegevens in een dossier worden uitgewisseld. | ||
+ | * 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 geen deel van de zibs, maar een op zichzelf staande categorie. | ||
+ | * Concreet, voegt de BgZ MSZ 2.0 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. | ||
|} | |} | ||
− | <small> | + | <small><b>Tabel 1</b> Definitie van de BgZ MSZ samenvatting.</small> |
− | ==Uitwisseling BgZ bij verwijzing== | + | ==Uitwisseling BgZ bij verwijzing of overdracht== |
Deze use case komt overeen met use case (a) in figuur 1. | Deze use case komt overeen met use case (a) in figuur 1. | ||
Regel 252: | Regel 250: | ||
===Doel en relevantie=== | ===Doel en relevantie=== | ||
− | Het doel is een veilige en zorgvuldige overdracht bij een verwijzing van een sturende | + | 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 voorbeeld van het uitwisselen van gegevens bij een verwijzing | ||
Regel 265: | Regel 263: | ||
====Proces==== | ====Proces==== | ||
− | Voor het uitwisselen van de BgZ bij verwijzing van een verwijzende zorgverlener ( | + | Voor het uitwisselen van de BgZ bij verwijzing van een verwijzende zorgverlener (g) zijn de volgende stappen relevant: |
− | # Een sturende zorgverlener ( | + | # 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 ( | + | # 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=== | ===Bedrijfsrollen en UML activity diagram=== | ||
Regel 277: | Regel 275: | ||
|- | |- | ||
| Verwijzende zorgverlener | | Verwijzende zorgverlener | ||
− | | De zorgverlener die de patiënt verwijst van het ene centrum naar het andere | + | | De zorgverlener die de patiënt verwijst van het ene centrum naar het andere ((a) en (g) in figuur). |
|- | |- | ||
| Sturende zorgverlener | | Sturende zorgverlener | ||
− | | De zorgverlener of gedelegeerde die na verwijzing de BgZ van de patiënt naar de ontvangende instelling stuurt ( | + | | De zorgverlener of gedelegeerde die na verwijzing de BgZ van de patiënt naar de ontvangende instelling stuurt (h). |
|- | |- | ||
| Ontvangende zorgverlener | | 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 | + | | 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). |
|} | |} | ||
Regel 289: | Regel 287: | ||
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;"> | <div class="center" style="width:auto; margin-left:auto; margin-right:auto;"> | ||
− | [[Bestand: | + | [[Bestand:2024 09 25 BgZ msz Activity Diagram UseCase1.png|600px|Figuur 2]] |
</div> | </div> | ||
Regel 317: | Regel 315: | ||
! ART-DECOR | ! ART-DECOR | ||
|- | |- | ||
− | | Uitwisseling bij verwijzing (PUSH) | + | | Uitwisseling BgZ bij verwijzing of overdracht (PUSH) |
| Sturen BgZ msz | | Sturen BgZ msz | ||
| Sturend systeem | | Sturend systeem | ||
Regel 323: | Regel 321: | ||
| XIS | | XIS | ||
| Sturende msz zorgverlener | | Sturende msz zorgverlener | ||
− | | [https://decor.nictiz.nl/ | + | | [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20241108T105128/tr-2.16.840.1.113883.2.4.3.11.60.42.4.42-2024-03-27T165734.html Sturen] |
|- | |- | ||
| Uitwisselen bij verwijzing (PUSH) | | Uitwisselen bij verwijzing (PUSH) | ||
Regel 331: | Regel 329: | ||
| XIS | | XIS | ||
| Ontvangende msz zorgverlener | | Ontvangende msz zorgverlener | ||
− | | [https://decor.nictiz.nl/ | + | | [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20241108T105128/tr-2.16.840.1.113883.2.4.3.11.60.42.4.49-2024-09-17T000000.html Ontvangen] |
|} | |} | ||
− | <b>Tabel 2</b>:ART-DECOR publicatie bij de transacties betrokken bij de use case: Uitwisseling BgZ bij verwijzing (PUSH). | + | <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==== | ====Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen==== | ||
Regel 353: | Regel 350: | ||
===Doel en relevantie=== | ===Doel en relevantie=== | ||
− | Het doel is een veilige en zorgvuldige uitwisseling van gegevens bij opvraging van de BgZ bij een eerdere behandelaar ( | + | 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 voorbeeld van het opvraging van gegevens bij een eerdere behandelaar | ||
Regel 368: | Regel 365: | ||
Voor het opvragen van de BgZ bij een eerdere behandelaar zijn de volgende stappen relevant: | Voor het opvragen van de BgZ bij een eerdere behandelaar zijn de volgende stappen relevant: | ||
− | # Een verzendend zorgverlener ( | + | # Een verzendend zorgverlener ((h) in figuur 1) in een beschikbaarstellende msz instelling kan de BgZ zo snel als vereist is, voor de continuïteit van zorg, naar de ontvangende instelling sturen. Dit is binnen 24 uur (zie hoofdstuk 3). |
− | # De raadplegend zorgverlener ( | + | # De raadplegend zorgverlener (j) in een ontvangende msz instelling (d) kan de actuele BgZ overnemen in het eigen XIS (v) zolang er een behandelrelatie is. |
===Bedrijfsrollen en UML activity diagram=== | ===Bedrijfsrollen en UML activity diagram=== | ||
Regel 381: | Regel 378: | ||
| Opvragende zorgverlener || De opvragende zorgverlener (nieuwe behandelaar) of gedelegeerde vraagt relevante zorginformatie op waarvan de BgZ deel uitmaakt. | | Opvragende zorgverlener || De opvragende zorgverlener (nieuwe behandelaar) of gedelegeerde vraagt relevante zorginformatie op waarvan de BgZ deel uitmaakt. | ||
|- | |- | ||
− | | Beschikbaarstellende zorgverlener || De verzendende zorgverlener (dossierhouder) kan de BgZ, zo snel als vereist is voor de continuïteit van zorg in delen beschikbaar stellen voor opvragen. | + | | Beschikbaarstellende zorgverlener || De verzendende zorgverlener (dossierhouder) kan de actuele BgZ, zo snel als vereist is voor de continuïteit van zorg in delen beschikbaar stellen voor opvragen. |
|- | |- | ||
− | | Raadplegende zorgverlener || De raadplegende zorgverlener raadpleegt en | + | | Raadplegende zorgverlener || De raadplegende zorgverlener raadpleegt en neemt de relevante BgZ over als geheel of in delen. De raadplegende zorgverlener controleert de relevante gegevens en autoriseert deze voor overname in het eigen dossier. |
|} | |} | ||
Regel 389: | Regel 386: | ||
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;"> | <div class="center" style="width:auto; margin-left:auto; margin-right:auto;"> | ||
− | [[Bestand: | + | [[Bestand:2024_09_25_BgZ_msz_Activity_Diagram_UseCase2.png|600px|Figuur 2]] |
</div> | </div> | ||
− | <b>Figuur | + | <b>Figuur 3</b>: Activiteit van de bedrijfsrollen in de tweede use case. |
===Informatieoverdracht=== | ===Informatieoverdracht=== | ||
Regel 420: | Regel 417: | ||
| XIS | | XIS | ||
| Raadplegende msz zorgverlener | | Raadplegende msz zorgverlener | ||
− | | [https://decor.nictiz.nl/ | + | | [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20241108T105128/tr-2.16.840.1.113883.2.4.3.11.60.42.4.50-2024-09-17T000000.html Raadplegen BgZ msz] |
|- | |- | ||
| Opvraging BgZ msz bij eerdere behandelaar(PULL) | | Opvraging BgZ msz bij eerdere behandelaar(PULL) | ||
Regel 427: | Regel 424: | ||
| XIS | | XIS | ||
| Beschikbaarstellende msz zorgverlener | | Beschikbaarstellende msz zorgverlener | ||
− | | [https://decor.nictiz.nl/ | + | | [https://decor.nictiz.nl/pub/bgz2017/bgz2017-html-20241108T105128/tr-2.16.840.1.113883.2.4.3.11.60.42.4.48-2024-09-17T000000.html Beschikbaarstellen BgZ msz] |
|} | |} | ||
Regel 450: | Regel 447: | ||
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. Tijdens de uitwisseling moet altijd duidelijk zijn om welke gestructureerde informatie-elementen het gaat. | 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. 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 als een ander data-element kan worden geïnterpreteerd. Bijvoorbeeld, een “MateVanKritiekZijn” bij een allergie mag niet worden gelabeld als “Ernst”. Er is al een ander informatie-element “Ernst” voor een allergische reactie. | * De naamgeving van een data-element mag niet zodanig zijn dat het op enig moment in het proces als een ander data-element kan worden geïnterpreteerd. Bijvoorbeeld, een “MateVanKritiekZijn” bij een allergie mag niet worden gelabeld als “Ernst”. Er is al een ander informatie-element “Ernst” voor een allergische reactie. | ||
− | * De | + | * 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. |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
==Geplande activiteiten== | ==Geplande activiteiten== | ||
Regel 481: | Regel 469: | ||
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. | 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. | + | 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. |
=Referenties= | =Referenties= | ||
Regel 490: | Regel 478: | ||
[3] "publicatieversie 2017 van de zorginformatiebouwstenen", Nictiz, 20-01-2018, [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017(NL)] | [3] "publicatieversie 2017 van de zorginformatiebouwstenen", Nictiz, 20-01-2018, [https://zibs.nl/wiki/ZIB_Publicatie_2017(NL) zib publicatie 2017(NL)] | ||
+ | |||
+ | [4] Kwaliteitsstandaard, Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend. Dit document is binnenkort beschikbaar. | ||
+ | |||
+ | [5] BgZ Specificatie gebaseerd op zibs release 2017, 19-04-2018, Versie 1.1 | ||
=Release notes= | =Release notes= | ||
+ | |||
+ | [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] | ||
=Wiki-paginahistorie= | =Wiki-paginahistorie= | ||
− | Eerste versie van 2.0 | + | Eerste versie van 2.0 beta 24 september 2024 |
Huidige versie van 16 dec 2024 om 15:54
Inhoud
- 1 Inleiding
- 2 Use cases
- 2.1 Algemeen
- 2.2 Uitwisseling BgZ bij verwijzing of overdracht
- 2.3 Opvraging BgZ bij eerdere behandelaar
- 3 Aanvullende afspraken
- 4 Aanvullende informatie
- 5 Referenties
- 6 Release notes
- 7 Wiki-paginahistorie
1 Inleiding
1.1 Algemeen
Dit document beschrijft het Functioneel Ontwerp (FO) voor de Informatiestandaard “BgZ-uitwisseling voor de medisch-specialistische zorg”. De “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën”, beschrijft afspraken over welke informatie er minimaal in het zorgproces moet worden geregistreerd [1]. De NEN 7540 stelt eisen voor taal en techniek [2].
Deze versie van de informatiestandaard is gebaseerd op de zib Publicatie 2017(NL)[3] en uitwisseling via HL7 FHIR v3. Tevens zijn in dit FO enkele verduidelijkingen, aanvullingen, en restricties op de inhoudelijke afspraken in de informatiestandaard en handreiking opgenomen.
Het functioneel ontwerp (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 Nictiz webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het FO wordt verwezen naar de Nictiz webpagina met een begrippenoverzicht.
1.2 Doelgroep
De doelgroepen van dit functionele ontwerp zijn:
- Productmanagers, architecten, ontwerpers en testers van ICT-leveranciers, regio-organisaties en Nictiz en
- Vertegenwoordigers van zorgverleners.
1.3 Kaders en uitgangspunten
1.3.1 Richtlijn en proces
Figuur 1: 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 (b) 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, (b); (PULL)
- Raadplegende zorgverlener, (n);
- Beschikbaarstellende zorgverlener, (k);
1.3.2 Reikwijdte informatiestandaard
De informatiestandaard specificeert voor het derde niveau 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.
1.4 Kwalificatie
Op basis van het FO en de bijbehorende dataset worden test- en kwalificatie-scripts opgesteld. Meer informatie en test- en kwalificatiescripts zijn te vinden op: de Landingspagina BgZ onder kwalificatiescripts
1.5 Begrippenkader
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. |
2 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.
2.1 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.
2.1.1 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 2.0 secties vind zijn oorsprong in de ‘BgZ Specificatie gebaseerd op zibs release 2017’ [5]. Deze definitie is aangevuld met componenten voor de MSZ, zoals bijvoorbeeld metagegevens, zorgaanbieders, en zorgverleners. De specificatie van uit te wisselen gegevens is niet overgenomen uit dit document, dat bedoeld is voor zorgverlener naar patiënt toepassingen.
De specificatie van uit te wisselen gegevens in de MSZ, zoals de kardinaliteiten, conformance, en condities, is op basis van de ‘Kwaliteitstandaard Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend’ [4] en de handreiking adequate registratie [1]. 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 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.
BgZ 2.0 Hoofdstuk | Sectie | Specificatie |
---|---|---|
1 Demografie en identificatie | 1.1 Patiëntgegevens |
NAW gegevens, BSN, geboortedatum, geslacht, contactgegevens van de patiënt, overlijdensinformatie |
1.2 Burgerlijke staat |
Laatst bekende burgerlijke staat | |
2 Financiële informatie | 2.1 Verzekeringsgegevens |
De verzekeringsgegevens van de patiënt |
3 Behandelrestricties | 3.1 Behandelaanwijzingen |
Alle beschikbare behandelaanwijzingen worden uitgewisseld.
|
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.
|
6 Klachten en diagnoses | 6.1 Problemen (incl. diagnoses) |
Alle bekende problemen van alle probleemtypen worden uitgewisseld. In deze versie 2.0 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 contacteczeem ook aanvullend getypeerd worden door contacteczeem door dichromaat. Of bijvoorbeeld een enkelfractuur die aanvullend getypeerd wordt door een crurisfractuur, zonder de noodzaak een tweede probleemlijstelement uit te wisselen en te verwerken. |
7 Sociale anamnese | 7.1 Woonsituatie |
Alle beschikbare woonsituaties worden uitgewisseld.
|
7.2 Drugsgebruik |
Al het bekende drugsgebruik wordt uitgewisseld.
| |
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.
| |
8 Waarschuwingen | 8.1 Alerts | Alle bekende alerts worden uitgewisseld. |
9 Allergieën | 9.1 Allergie-intoleranties | Alle bekende allergieën worden uitgewisseld. |
10 Medicatie | Algemeen |
Alle bekende medicatieafspraken, toedieningsafspraken, medicatiegebruik en bekende medicatie contra-indicaties worden uitgewisseld.
|
10.1 Medicatieafspraak | Alle bekende medicatieafspraken worden uitgewisseld. | |
10.2 Toedieningsafspraak | 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 |
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 staat.
|
15 Verrichtingen | 15.1 Verrichtingen |
Alle bekende chirurgische verrichtingen of verrichtingen onder geleide van beeldvormende techniek die de patiënt heeft ondergaan, worden uitgewisseld.
|
16 Contacten | 16.1 Contacten |
Alle bekende contacten met zorgverleners worden uitgewisseld.
|
17 GeplandeZorgActiviteit (Zorgplan) | 17.1 Verrichting | Alle geplande verrichtingen worden uitgewisseld. |
18 Zorgsetting | 18.1 Huisarts |
De beschikbare gegevens van de huisarts worden uitgewisseld. Concreet wordt de huidige huisarts als onderdeel van de patiënt uitgewisseld |
18.2 Zorgverleners |
| |
18.3 Zorgaanbieders | De gegevens van alle zorgaanbieders die benoemd worden in de BgZ MSZ samenvatting. | |
19 Metagegevens | 19.1 Metagegevens |
Alle beschikbare metagegevens over het ontstaan en muteren van gegevens in een dossier worden uitgewisseld.
|
Tabel 1 Definitie van de BgZ MSZ samenvatting.
2.2 Uitwisseling BgZ bij verwijzing of overdracht
Deze use case komt overeen met use case (a) in figuur 1.
2.2.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.
2.2.2 Proces en context
2.2.2.1 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.
2.2.3 Bedrijfsrollen en UML activity diagram
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.
Figuur 2: Activiteit van de bedrijfsrollen in de eerste use case.
2.2.4 Informatieoverdracht
2.2.4.1 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
2.2.4.2 Transacties&transactiegroepen
Uitwisselen BgZ msz bij verwijzing (PUSH).
Transactiegroep | Transactie | Systeemrol | Systeemrolcode | Systemen | Bedrijfsrol | ART-DECOR |
---|---|---|---|---|---|---|
Uitwisseling BgZ bij verwijzing of overdracht (PUSH) | Sturen BgZ msz | Sturend systeem | MSZ-BZS-2.0-FHIR | XIS | Sturende msz zorgverlener | Sturen |
Uitwisselen bij verwijzing (PUSH) | Ontvangen BgZ msz | Ontvangend systeem | MSZ-BZO-2.0-FHIR | XIS | Ontvangende msz zorgverlener | Ontvangen |
Tabel 2:ART-DECOR publicatie bij de transacties betrokken bij de use case: Uitwisseling BgZ bij verwijzing of overdracht (PUSH).
2.2.4.3 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.
Figuur 3:Systeemrollen betrokken bij het uitwisselen van de BgZ msz bij verwijzing of overdracht (PUSH).
2.3 Opvraging BgZ bij eerdere behandelaar
Deze use case komt overeen met use case (b) in figuur 1.
2.3.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.
2.3.2 Proces en context
2.3.2.1 Proces
Voor het opvragen van de BgZ bij een eerdere behandelaar zijn de volgende stappen relevant:
- Een verzendend zorgverlener ((h) in figuur 1) in een beschikbaarstellende msz instelling kan de BgZ zo snel als vereist is, voor de continuïteit van zorg, naar de ontvangende instelling sturen. Dit is binnen 24 uur (zie hoofdstuk 3).
- De raadplegend zorgverlener (j) in een ontvangende msz instelling (d) kan de actuele BgZ overnemen in het eigen XIS (v) zolang er een behandelrelatie is.
2.3.3 Bedrijfsrollen en UML activity diagram
In dit proces zijn de bedrijfsrollen van de betrokken partijen
Bedrijfsrol(actor) | Beschrijving |
---|---|
Opvragende zorgverlener | De opvragende zorgverlener (nieuwe behandelaar) of gedelegeerde vraagt relevante zorginformatie op waarvan de BgZ deel uitmaakt. |
Beschikbaarstellende zorgverlener | De verzendende zorgverlener (dossierhouder) kan de actuele BgZ, zo snel als vereist is voor de continuïteit van zorg in delen beschikbaar stellen voor opvragen. |
Raadplegende zorgverlener | De raadplegende zorgverlener raadpleegt en neemt de relevante BgZ over als geheel of in delen. De raadplegende zorgverlener controleert de relevante gegevens en autoriseert deze voor overname in het eigen dossier. |
Tabel 3: Bedrijfsrollen betrokken bij de tweede use case.
Figuur 3: Activiteit van de bedrijfsrollen in de tweede use case.
2.3.4 Informatieoverdracht
2.3.4.1 Systemen & systeemrollen
De beschikbaar stellende en raadplegende zorgverleners maken ieder gebruik van een bronsysteem (XIS).
Het XIS vervult de systeemrollen:
- Medisch Specialistische Zorg Proces – BgZ – Beschikbaarstellend [MSZ-XIS-B] systeem
- Medisch Specialistische Zorg Proces – BgZ – Raadplegend [MSZ-XIS-R] systeem
2.3.4.2 Transacties&transactiegroepen
Transactiegroep | Transactie | Systeemrol | Systemen | Bedrijfsrol | ART-DECOR |
---|---|---|---|---|---|
Opvraging BgZ msz bij eerdere behandelaar (PULL) | Raadplegen BgZ msz | MSZ-XIS-R | XIS | Raadplegende msz zorgverlener | Raadplegen BgZ msz |
Opvraging BgZ msz bij eerdere behandelaar(PULL) | Beschikbaarstellen BgZ msz | MSZ-XIS-B | XIS | Beschikbaarstellende msz zorgverlener | Beschikbaarstellen BgZ msz |
Tabel 4:ART-DECOR publicatie bij de transacties betrokken bij de use case: Uitwisseling BgZ bij eerdere behandelaar (PULL).
2.3.4.3 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.
Figuur 4:Systeemrollen betrokken bij het uitwisselen van de BgZ msz bij eerdere behandelaar (PULL).
3 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.
3.1 Uitwisselen bij verwijzing en overdracht zonder informatieverlies
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. 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 als een ander data-element kan worden geïnterpreteerd. Bijvoorbeeld, een “MateVanKritiekZijn” bij een allergie mag niet worden gelabeld als “Ernst”. Er is al een ander informatie-element “Ernst” voor een allergische reactie.
- 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.
3.2 Geplande activiteiten
De uitwisseling van BgZ in de medisch specialistische zorg omvat alleen historische gegevens en geen toekomstige afspraken. Zorgplan en GeplandeZorgActiviteit zijn niet in scope van deze versie van de informatiestandaard die uitsluitend is gebaseerd op de zib Publicatie 2017(NL).
3.3 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.
4 Aanvullende informatie
4.1 Binding van waardenlijsten
De BgZ msz 2.0 is samengesteld uit zibs uit de zib Publicatie 2017 [3]. Deze bevat geen specificaties voor de sterkte van de bindings van de waardenlijsten. Voor de BgZ msz 2.0 gelden de specificaties zoals ze zijn opgenomen in de FHIR-profielen waarmee de BgZ 2.0 is geïmplementeerd (zie Technisch Ontwerp).
4.2 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.
5 Referenties
[1] “Handreiking adequate registratie in het Elektronisch Patiënten Dossier (EPD) Klachten en diagnoses, behandelaanwijzingen en allergieën”, 24-03-2022, Versie 1.1.
[2] “NEN 7540 BgZ-uitwisseling tussen instellingen voor medisch specialistische zorg.", maart 2024
[3] "publicatieversie 2017 van de zorginformatiebouwstenen", Nictiz, 20-01-2018, zib publicatie 2017(NL)
[4] Kwaliteitsstandaard, Uitwisseling Basisgegevensset Zorg tussen instellingen waar medisch-specialistische zorg wordt verleend. Dit document is binnenkort beschikbaar.
[5] BgZ Specificatie gebaseerd op zibs release 2017, 19-04-2018, Versie 1.1
6 Release notes
MSZ-75:Toevoegen zib ZorgAanbieder elementen in BgZ - msz 2.0
MSZ-186:Verrichting.Categorie is toegevoegd
MSZ-153:Feedback Functioneel Design BgZ - Medisch Specialistische Zorg
MSZ-147:Term "verwerken" onhandig
MSZ-146:Figuur van andere use case vermeld
MSZ-144:Opvragende zorgverlener i.p.v. zorgmedewerker
MSZ-142:Onjuist gebruik zorgverlener en zorgmedewerker
MSZ-141:Tegenstrijdigheid m.b.t. status use cases
MSZ-140:Norm bevat geen afspraken maar eisen
7 Wiki-paginahistorie
Eerste versie van 2.0 beta 24 september 2024