gz:V4.0 Ontwerpen: verschil tussen versies
k (→Known issues) |
k |
||
| Regel 1: | Regel 1: | ||
| − | + | ||
{{DISPLAYTITLE:Functioneel Ontwerp Geboortezorg {{VersieInfo|Geboortezorg4|namespace=GZ|release=V4}}}} | {{DISPLAYTITLE:Functioneel Ontwerp Geboortezorg {{VersieInfo|Geboortezorg4|namespace=GZ|release=V4}}}} | ||
__NUMBEREDHEADINGS__ | __NUMBEREDHEADINGS__ | ||
Versie van 1 okt 2026 om 09:50
|
Dit Functioneel Ontwerp is nog in ontwikkeling in een bèta versie (Geboortezorg 4.0.0-beta.1). |
Inhoud
- 1 Inleiding
- 2 Usecases
- 3 Aanvullende informatie
- 4 Referenties
- 5 Release notes
1 Inleiding
1.1 Algemeen
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard Geboortezorg 4.0.0-beta.1. Deze informatiestandaard ondersteunt het uitwisselen van patiëntgegevens, zowel in het kader van de integrale geboortezorg als bij het aanleveren van gegevens aan perinatale registraties en wetenschappelijk onderzoek. Voor elk van deze doeleinden kan een usecase worden opgesteld. Een informatiestandaard is opgemaakt uit de volgende onderdelen: dit functioneel ontwerp, een dataset (bekend als PWD 3.2), en een technisch ontwerp. Daarnaast zijn er ook testmaterialen beschikbaar. In een later stadium van doorontwikkeling zal kwalificatiemateriaal worden toegevoegd. Het Geboortezorg zorgproces, dat deze informatiestandaard omvat, is beschreven in het hoofddocument gegevensuitwisseling in de perinatale keten.
Deze beta versie van de informatiestandaard bevat een usecase ten behoeve van het ontsluiten van geboortezorg informatie naar een persoonlijke gezondheidsomgeving. Een aanzienlijk deel van de informatiestandaard wordt daarmee inzichtelijk voor de patiënt.
In de onderstaande afbeelding is de globale informatiestroom in het geboortezorg domein gevisualiseerd. Hierbij worden onderstaande bedrijfsrollen van zorgverleners/zorgaanbieders in het primaire proces erkend: Gynaecoloog, Verloskundige, Huisarts, JGZ (jeugdverpleegkundige of jeugdarts), Kraamverzorgende, Neonatoloog, Kinderarts en Echoscopist. Voor het hergebruik van patiëntgegevens voor verschillende doeleinden kent de geboortezorg de volgende actoren: Perined, Peridos en RIVM. Deze berichtuitwisseling vindt plaats op een voorgaande versie van de informatiestandaard en kan in de toekomst worden doorontwikkeld naar dit functioneel ontwerp.
Figuur: Globale informatiestroom
Het functioneel ontwerp beschrijft voor alle usecases uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten en die van de actoren voor het hergebruik. Het functioneel ontwerp beschrijft daarmee de eisen die opgesteld zijn voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven. Toekomstige usecases zullen onderdeel worden van deze versie van informatiestandaard voor Geboortezorg. 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 functioneel ontwerp wordt verwezen naar het begrippenoverzicht op de Nictiz website.
1.2 Doelgroep
De doelgroepen van dit functionele ontwerp zijn:
- Zorgverleners en medewerkers in de geboortezorg die deze informatiestandaard gebruiken
- Zorgaanbieders in de perinatale zorgketen
- XIS-leveranciers van zowel zorgverleners/zorgaanbieders als patiënt/PGO
- Koepelorganisaties van zorginstellingen, beroepsverenigingen van zorgverleners en belangenverenigingen van cliënten
- Implementers, projectleiders, architecten etc
1.3 Kaders & uitgangspunten
1.3.1 Richtlijnen
De gegevensrichtlijnen geboortezorg (PWD) geven de berichten- en gegevenssets die nodig zijn om de informatievoorziening binnen de Geboortezorg adequaat te ondersteunen. Ze vormen de basis voor de informatiestandaard Geboortezorg (GZ). In de bijlagen van deze richtlijnen worden voorbeeldscenario’s gegeven die de veel voorkomende zorg voor de zwangere en haar kind in de zorg beschrijven, en die betrokken zijn bij de kwaliteitsverbetering van de geboortezorg. Vanuit deze scenario’s zijn de berichten vastgesteld om de informatievoorziening adequaat te ondersteunen.
Voor elk scenario is een gegevensset gedefinieerd. Overeenkomstig de lagen van interoperabiliteit zijn aanvullende afspraken nodig voor de implementatie van informatie overdracht in de praktijk. Hierbij gelden altijd de wettelijke kaders als uitgangspunt. Interoperabiliteit en wet- en regelgeving is uitgewerkt in het Handboek Interoperabiliteit ontwikkeld in het VIPP programma Babyconnect.
De patiënt usecases in dit functionele ontwerp zijn opgesteld conform specificaties genoemd in de algemene inleiding van het functioneel ontwerp voor MedMij.
1.3.2 Proces
Onderstaande afbeelding toont de verbanden van één of meerdere zorgepisodes met de contacten tijdens de zwangerschap, bevalling en het kraambed. In het diagram is de complexiteit weergegeven door het aantal contacten met verschillende typen zorgverleners (ZV) in verschillende perioden van de geboortezorg. Tijdens deze contacten worden gegevens vastgelegd in FHIR resources. Deze FHIR resources bevatten op een gestandaardiseerde manier gezondheidsinformatie. Tijdens een zorgepisode van een zwangere kunnen ook andere zorgepisodes bij andere specialisten een rol spelen.
Figuur: Zorg episode tijdens de zwangerschap, bevalling en kraamperiode
1.3.3 Reikwijdte Informatiestandaard
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen het geheel aan zorgprocessen in de geboortezorg en het hergebruik van patiëntgegevens.
Voor de MedMij usecase "Client vraagt via PGO gegevens bij zorgverlener op (Integrale Zwangerschapskaart)" is er geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.
1.3.4 Infrastructuur
De berichten, die beschreven zijn in deze informatiestandaard, kunnen over elke willekeurige infrastructuur worden getransporteerd. De specificatie van deze infrastructuur valt buiten de scope van deze informatiestandaard.
FHIR specificiaties voor deze informatiestandaard zijn uitgewerkt in FHIR implementation guides. Per usecase is aangegeven welke FHIR implemenation guide gebruikt dient te worden.
Onderstaande toepassingen van de informatiestandaard geboortezorg zijn nog niet omschreven als usecase in dit functioneel ontwerp, maar wordt hier beschreven voor toekomstige usecases. In het kader van secundair data gebruik worden door zorgverleners patiëntgegevens verstuurd naar Perined, het RIVM via Peridos en de Inspectie Gezondheidszorg en Jeugd (IGJ).
Bij het afsluiten van de zorgepisode worden de beschikbare patiëntgegevens door de zorgverleners doorgegeven aan Perined ten behoeve van de Perinatale registratie. Het streven is dat eveneens kraamzorggegevens op een gegeven moment opgenomen worden in Perined. Bij Perined worden ook gegevens verwerkt ten behoeve van een Perinatale Audit. Deze gegevens vallen buiten de Perinatale registratie. De zendende partijen kunnen zijn de verloskundig actieve huisarts, verloskundige, gynaecoloog en/of kinderarts/neonatoloog.
Perined berekent de scores voor het merendeel van de indicatoren en publiceert deze in mijnPerined, een voor praktijken toegankelijke tool. Zorgverleners kunnen deze scores overnemen, invullen en autoriseren in het OmniQ-portal van DHD. DHD zorgt er vervolgens voor dat de gegevens aangeleverd worden naar het Zorginstituut en Inspectie Gezondheidszorg en Jeugd (IGJ).
Daarnaast worden er gegevens met betrekking tot de prenatale screening naar het RIVM (via Peridos) gestuurd namelijk;
- Prenatale Screening Infectieziekten en Erytrocytenimmunisatie (PSIE): de PSIE (Bloedonderzoek zwangeren) heeft als doel hepatitis B- en HIV humaan immunodeficiëntievirus -dragerschap, congenitale syfilis en hemolytische ziekte van de foetus en/of pasgeborene te voorkomen.
- Niet Invasieve Prenatale Test, NIPT: het onderzoeken van aanwijzingen in de zwangerschap dat het kind down-, Edwards- of Patausyndroom heeft. Ook andere chromosoomafwijkingen kunnen worden opgespoord met de NIPT.
- Eerste trimester Structureel Echoscopisch Onderzoek (SEO): is een echoscopisch onderzoek rond de 13e week van de zwangerschap. Bij dit onderzoek kijkt de echoscopist of er aanwijzingen zijn voor lichamelijke afwijkingen bij het ongeboren kind. Het doel van het eerste trimester SEO is om in een vroeg stadium te onderzoeken of het ongeboren kind lichamelijke afwijkingen heeft. Ernstige afwijkingen - zoals een open schedel of groot defect in de buikwand - kunnen mogelijk vroeg in de zwangerschap worden ontdekt.
- Tweede trimester SEO: met het tweede trimester SEO wordt gekeken naar structurele (lichamelijke) afwijkingen van het ongeboren kind.
- Neonatale hielprikscreening (NHS): het vroegtijdig opsporen van een aantal zeldzame, ernstige aandoeningen.
1.4 Testen
Een belangrijk onderdeel van het ontwikkelen van een informatiestandaard voor geboortezorg is het testen van de informatiestandaard voordat deze in het zorgveld geimplementeerd zal worden. Met behulp van testmateriaal dat een fictieve maar realistische casus beschrijft, kan worden gekeken of systemen volledig en eenduidig kunnen uitwisselen. Dit test materiaal is te vinden op ConformanceLab, waar ook testfunctionaliteiten aangeboden worden. Ten behoeve van het testen is er een implementatiegids geschreven en zijn er voorbeeldberichten ontwikkeld. Deze zijn op deze testpagina per usecase te vinden.
- Testscenario Integrale Zwangerschapskaart Echo
- Testscenario Integrale Zwangerschapskaart Kraam
- Testscenario's Integrale Zwangerschapskaart Verloskunde
1.5 Kwalificatie
1.5.1 Algemeen
In deze versie van de informatiestandaard is nog geen kwalificatiemateriaal opgenomen. Kwalificaties op basis van deze versie van de informatiestandaard zijn daarom nog niet mogelijk.
1.5.2 MedMij kwalificatie
Op de usecases ten behoeve van informatieontsluiting richting het PGO is een MedMij kwalificatie van toepassing. Kwalificatie voor MedMij vindt plaats per systeemrol. Algemene informatie over kwalificatie is te vinden op de MedMij kwalificatiepagina. Er zijn op dit moment geen kwalificaties op basis van dit functioneel ontwerp beschikbaar. Wel is er testmateriaal beschikbaar.
1.6 Known issues
Deze beta release kan fouten bevatten. Het doel van deze beta release is het testen van de informatiestandaard in samenwerking met software leveranciers. We hebben reeds wat fouten geconstateerd en zullen deze hieronder kort benoemen.
- Verrichtingstartdatum als geen einddatum bij een performeddatetime element
- De invulling van performedDateTime elementen in bc-ObstetricProcedure fixtures is niet consistent met de modellering volgens zib Verrichting 2017 https://zibs.nl/wiki/Verrichting-v4.1(2017NL), dit zal worden aangepast bij een volgende versie.
- Uitbreiding waardelijst UrineAandrang
- De waardelijst van UrineAandrang zal worden gewijzigd met kwalificatiewaardes.
- Engelse termen zullen waar mogelijk worden vervangen door Nederlandse termen
- Interpretatievlaggen bij LaboratoriumUitslagen
- Laboratoriumuitslagen bevatten interpretatievlaggen. Dit zal opnieuw moeten worden bekeken voor elke laboratoriumuitslag die in de dataset is opgenomen.
- Taalvaardigheid van gezinsleden anders dan vrouw uitwisselen
- Op dit moment is het onderwerp van de taalvaardigheid dataconcepten vastgezet op de zwangere. De taalvaardigheid van andere gezinsleden vastleggen is op dit moment niet mogelijk. Dit wordt meegenoemn bij een volgende versie.
- Terminologiekoppeling VitamineK toediening
- De terminologiekoppeling van VitamineKtoediening zal worden gewijzigd zodat deze wel binnen het afgesproken MCRM werkt.
2 Usecases
Een usecase is een specifieke beschrijving van een praktijksituatie van bijvoorbeeld de geboortezorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. De geboortezorg informatiestandaard bestaat uit meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase toegelicht en uitgewerkt. Op dit moment is alleen een usecase voor het ontsluiten van geboortezorg-informatie richting het PGO beschikbaar. Deze is opgesplitst in drie onderdelen: echo, kraamzorg en verloskunde.
In een usecase worden onder andere het doel, de preconditie, een storyboard en de postconditie beschreven. Daarnaast wordt voor iedere usecase een usecase diagram, een activiteiten diagram en een interactiediagram uitgewerkt.
2.1 Algemeen
De geboortezorg omvat meerdere usecases die het mogelijk maken om verschillende zorgprocessen op een eenduidige wijze uit te wisselen. Deze usecases zijn afgestemd met de gebruikers, zowel cliënten als zorgverleners. Hieronder tonen we een lijst van de usecases die onderdeel zijn van deze beta-versie van de informatiestandaard:
- Client vraagt via PGO Integrale Zwangerschapskaart op (MedMij Integrale Zwangerschapskaart)
- Integrale Zwangerschapskaart Echo
- Integrale Zwangerschapskaart Kraam
- Integrale Zwangerschapskaart Verloskunde
De huidige usecases worden geschreven in dit functioneel ontwerp, samen met het technisch ontwerp en de dataset. De informatiestandaard kan in de toekomst worden aangevuld met nieuwe usecases.
2.1.1 Voorgaande versies van usecase "Client vraagt via PGO Integrale Zwangerschapskaart op"
De usecase ‘Cliënt vraagt via PGO Integrale Zwangerschapskaart op’ kent meerdere versies. Een eerste versie van deze usecase MedMij 0.1 Verloskunde is uitgefaseerd per 1 september 2025.
Een opvolgende versie is MedMij Integrale Zwangerschapskaart 2.0.12 (gegevensdienst 67) is door meerdere partijen geïmplementeerd en gekwalificeerd. Tijdens de doorontwikkeling en kwalificaties bleken de onderdelen kraam, echo en verloskunde niet volledig op elkaar aan te sluiten en waren wijzigingen in de dataset nodig voor eenduidige gegevensuitwisseling. Dit heeft geleid tot deze nieuwe major versie van de informatiestandaard Geboortezorg.
Dit functioneel ontwerp Geboortezorg 4.0.0-beta.1 beschrijft uitsluitend deze nieuwe versie. De usecase is opgesplitst in drie transacties, zodat software leveranciers alleen de voor hun zorginformatiesysteem relevante gegevens hoeven te ondersteunen. Een PGO kan de gegevens uit deze transacties vervolgens samenvoegen en als één geheel aan de cliënt presenteren.
2.2 Usecase "Client vraagt via PGO Integrale Zwangerschapskaart Echo op"
2.2.1 Doel en Relevantie
Inzicht in de integrale zwangerschapskaart echo biedt patiënten overzicht en gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid. Een technische specificatie vindt u in de FHIR implementatie gids Ultrasound.
2.2.2 Proces en Context
Het stuk van het proces waar het in deze usecase om gaat is:
- Het systeem van een zorgaanbieder (XIS) stelt de integrale zwangerschapskaart echo beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
2.2.2.1 Preproces
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de integrale zwangerschapskaart echo tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil de integrale zwangerschapskaart echo inzien en de zorgaanbieder stelt deze ook beschikbaar. Een patiënt neemt steeds zelf het initiatief om hun integrale zwangerschapskaart echo te raadplegen.
2.2.2.2 Proces
| Stap | Omschrijving |
|---|---|
| 01 | Het systeem van de patiënt (PGO) vraagt om beschikbaarheid van de integrale zwangerschapskaart echo bij een XIS. |
| 02 | Het systeem van de zorgaanbieder (XIS) maakt de integrale zwangerschapskaart echo beschikbaar voor de patiënt. |
| 03 | De patiënt gebruikt de persoonlijke gezondheidsomgeving om de integrale zwangerschapskaart echo in te zien. |
2.2.2.3 Postproces
De patiënt heeft de integrale zwangerschapskaart echo geraadpleegd via de persoonlijke gezondheidsomgeving (PGO).
2.2.3 Systemen & Systeemrollen
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
- PGO (patiënt)
- XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om uitwisseling van de integrale zwangerschapskaart echo van zorgaanbieder naar de patiënt.
| Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
|---|---|---|---|
| PGO | IntegraleZwangerschapskaartEchoRaadplegend | GZ-IZER-FHIR | Raadplegen integrale zwangerschapskaart echo bij zorgaanbieder |
| XIS | IntegraleZwangerschapskaartEchoBeschikbaarstellend | GZ-IZEB-FHIR | Beschikbaarstellen integrale zwangerschapskaart echo aan de patiënt |
Zie ook onderstaande afbeelding.
Componenten diagram van systemen en systeemrollen
2.2.4 Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
| Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Integrale Zwangerschapskaart Echo (PULL) | MedMij Raadplegen Integrale Zwangerschapskaart Echo | GZ-IZER-FHIR | DVP | Patiënt | Integrale Zwangerschapskaart Echo in FHIR IG |
| MedMij Beschikbaarstellen Integrale Zwangerschapskaart Echo | GZ-IZEB-FHIR | DVA | Zorgaanbieder |
2.2.5 Usecase diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
Afbeelding 11: Usecase diagram raadplegen gegevens Integrale Zwangerschapskaart
2.3 Usecase "Client vraagt via PGO Integrale Zwangerschapskaart Kraam op"
2.3.1 Doel en Relevantie
Inzicht in de integrale zwangerschapskaart kraam biedt patiënten overzicht en gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid. Een technische specificatie vindt u in de FHIR Implementatie Gids Kraam.
2.3.2 Proces en Context
Het stuk van het proces waar het in deze usecase om gaat is:
- Het systeem van een zorgaanbieder (XIS) stelt de integrale zwangerschapskaart kraam beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
2.3.2.1 Preproces
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de integrale zwangerschapskaart kraam tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil de integrale zwangerschapskaart kraam inzien en de zorgaanbieder stelt dit ook beschikbaar. Een patiënt neemt steeds zelf het initiatief om hun integrale zwangerschapskaart kraam te raadplegen.
2.3.2.2 Proces
| Stap | Omschrijving |
|---|---|
| 01 | Het systeem van de patiënt (PGO) vraagt om beschikbaarheid van de integrale zwangerschapskaart kraam bij een XIS. |
| 02 | Het systeem van de zorgaanbieder (XIS) maakt de integrale zwangerschapskaart kraam beschikbaar voor de patiënt. |
| 03 | De patiënt gebruikt de persoonlijke gezondheidsomgeving om de integrale zwangerschapskaart kraam in te zien. |
2.3.2.3 Postproces
De patiënt heeft de integrale zwangerschapskaart kraam geraadpleegd via de persoonlijke gezondheidsomgeving (PGO).
2.3.3 Systemen & Systeemrollen
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
- PGO (patiënt)
- XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om uitwisseling van de integrale zwangerschapskaart kraam van zorgaanbieder naar de patiënt.
| Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
|---|---|---|---|
| PGO | IntegraleZwangerschapskaartKraamRaadplegend | GZ-IZKR-FHIR | Raadplegen integrale zwangerschapskaart kraam bij zorgaanbieder |
| XIS | IntegraleZwangerschapskaartKraamBeschikbaarstellend | GZ-IZKB-FHIR | Beschikbaarstellen integrale zwangerschapskaart kraam aan de patiënt |
Zie ook onderstaande afbeelding.
Componenten diagram van systemen en systeemrollen
2.3.4 Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
| Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Integrale Zwangerschapskaart Kraam (PULL) | MedMij Raadplegen Integrale Zwangerschapskaart Kraam | GZ-IZKR-FHIR | DVP | Patiënt | Integrale Zwangerschapskaart Kraam in FHIR IG |
| MedMij Beschikbaarstellen Integrale Zwangerschapskaart Kraam | GZ-IZKB-FHIR | DVA | Zorgaanbieder |
2.3.5 Usecase diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
Afbeelding 11: Usecase diagram raadplegen gegevens Integrale Zwangerschapskaart
2.4 Usecase "Client vraagt via PGO Integrale Zwangerschapskaart Verloskunde op"
2.4.1 Doel en Relevantie
Inzicht in de integrale zwangerschapskaart verloskunde biedt patiënten overzicht en gebruiksgemak. Dit draagt bij aan meer grip op de eigen gezondheidsgegevens en daarmee ook meer regie over de eigen gezondheid. Een technische specificatie vindt u in de FHIR implementatie gids Verloskunde.
2.4.2 Proces en Context
Het stuk van het proces waar het in deze usecase om gaat is:
- Het systeem van een zorgaanbieder (XIS) stelt de integrale zwangerschapskaart verloskunde beschikbaar aan het systeem van een patiënt (PGO).
Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.
2.4.2.1 Preproces
De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van de integrale zwangerschapskaart verloskunde tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.
De patiënt wil de integrale zwangerschapskaart verloskunde inzien en de zorgaanbieder stelt dit ook beschikbaar. Een patiënt neemt steeds zelf het initiatief om hun integrale zwangerschapskaart verloskunde te raadplegen.
2.4.2.2 Proces
| Stap | Omschrijving |
|---|---|
| 01 | Het systeem van de patiënt (PGO) vraagt om beschikbaarheid van de integrale zwangerschapskaart verloskunde bij een XIS. |
| 02 | Het systeem van de zorgaanbieder (XIS) maakt de integrale zwangerschapskaart verloskunde beschikbaar voor de patiënt. |
| 03 | De patiënt gebruikt de persoonlijke gezondheidsomgeving om de integrale zwangerschapskaart verloskunde in te zien. |
2.4.2.3 Postproces
De patiënt heeft de integrale zwangerschapskaart verloskunde geraadpleegd via de persoonlijke gezondheidsomgeving (PGO).
2.4.3 Systemen & Systeemrollen
Zowel zorgaanbieder als patiënt maken gebruik van een informatiesysteem:
- PGO (patiënt)
- XIS (zorgaanbieder)
Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om uitwisseling van de integrale zwangerschapskaart verloskunde van zorgaanbieder naar de patiënt.
| Systeem | Naam systeemrol | Systeemrolcode | Omschrijving |
|---|---|---|---|
| PGO | IntegraleZwangerschapskaartVerloskundeRaadplegend | GZ-IZVR-FHIR | Raadplegen integrale zwangerschapskaart verloskunde bij zorgaanbieder |
| XIS | IntegraleZwangerschapskaartVerloskundeBeschikbaarstellend | GZ-IZVB-FHIR | Beschikbaarstellen integrale zwangerschapskaart verloskunde aan de patiënt |
Zie ook onderstaande afbeelding.
Componenten diagram van systemen en systeemrollen
2.4.4 Transacties & Transactiegroepen
Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties. Een transactiegroep is een verzameling van bij elkaar horende transacties (bijvoorbeeld een vraag- en antwoordbericht). Onderstaande tabel biedt een overzicht voor deze usecase.
| Transactiegroep | Transactie | Systeemrolcode | Systeem | Bedrijfsrol | Technisch |
|---|---|---|---|---|---|
| Integrale Zwangerschapskaart Verloskunde (PULL) | MedMij Raadplegen Integrale Zwangerschapskaart Verloskunde | GZ-IZVR-FHIR | DVP | Patiënt | Integrale Zwangerschapskaart Verloskunde in FHIR IG |
| MedMij Beschikbaarstellen Integrale Zwangerschapskaart Verloskunde | GZ-IZVB-FHIR | DVA | Zorgaanbieder |
2.4.5 Usecase diagram
Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.
Afbeelding 11: Usecase diagram raadplegen gegevens Integrale Zwangerschapskaart Verloskunde
3 Aanvullende informatie
In dit deel van het FO wordt een opsomming gegeven van de zorginformatiemodellen, zibs, die in de dataset worden gebruikt. Een belangrijke afspraak is dat zibs uit publicatie 2017 worden gebruikt, omdat bij start van ontwikkeling van de dataset dit de vigerende dataset was en er hiervoor FHIR profielen zijn ontwikkeld. Echter, in zib-publicatie 2020 zijn zibs of waardelijsten beschikbaar die mede gebaseerd zijn op commentaar uit de Expertgroep Eenheid van Taal Geboortezorg. Een aantal van de zibs uit de publicatie van 2020 worden gebruikt in geboortezorg dataset 4.0.0-beta.1. Bij een zib zal een beschrijving worden gegeven hoe de zib moet worden gebruikt in de systemen en uit welke publicatie de zib en/of waardelijsten komen.
3.1 Aanwijzingen / eisen voor functionaliteit van systemen per zib
De informatiestandaard Geboortezorg bestaat uit zorginformatiebouwstenen (zibs) en geboortezorgspecifieke bouwstenen (CIMs). Per zib wordt een beschrijving gegeven hoe deze in de geboortezorg gebruikt wordt en welke functionele eisen aan de systemen worden gesteld. Geboortezorgspecifieke bouwstenen hebben tevens deze beschrijving. Voor de complete informatie over een zib kan ART-DECOR geraadpleegd worden waar de zibs publicatie 2017 en zib publicatie 2020 zijn gepubliceerd.
3.2 Verantwoordelijkheden voor informatie
Het systeem mag uitsluitend informatie uitwisselen die door de zorgverlener zelf is geregistreerd. Informatie die afkomstig is uit andere bronnen wordt niet uitgewisseld. Dit zorgt voor een vermindering van duplicatie en reconciliatie.
3.3 Afschermen van gegevens
Het BSN mag niet worden uitgewisseld met een PGO. Binnen het afsprakenmodel van FHIR wordt hiervoor gebruikgemaakt van een gemaskeerd BSN (masked BSN).
4 Referenties
| Auteur(s) | Titel | Datum | Bron | Organisatie |
|---|---|---|---|---|
| Nictiz | Ontwerp PWD 3.2 | Informatiestandaard Geboortezorg PWD 3.2 | Nictiz | |
| RIVM | Bloedonderzoek zwangeren | Verkregen op 1-8-2026 | https://www.pns.nl/professionals/bloedonderzoek-zwangeren | RIVM |
| RIVM | Draaiboek PSIE | Verkregen op 1-8-2026 | https://draaiboekpsie.nl/ | RIVM |
5 Release notes
| Versie | BITS-ticket | Omschrijving |
|---|---|---|
| 4.0.0-beta.1 | GZ-1860 | SNOMED aspect van vruchtwater |
| GZ-1959 | PWD 3.2 | Dataset in Etniciteit zodat Etniciteit Vrouw los kan staan van Etniciteit partner | |
| GZ-1961 | PWD 3.2 | Wijzigen kardinaliteit ZorgAfspraak | |
| GZ-1975 | PWD 3.2 | Wijzigen kardinaliteit Zorgverlener naamgegevens sub-elementen in Uitbreiding VLK | |
| GZ-1979 | PWD 3.2 | Wijzigen kardinaliteit Verrichting in Maternale onderzoeksgegevens in Uitbreiding VLK | |
| GZ-1982 | PWD 3.2 | Wijzigen kardinaliteit Drugsgeneesmiddelsoort in Uitbreiding VLK | |
| GZ-1984 | PWD 3.2 | Wijzigen kardinaliteit SoortTabakGebruik in Uitbreiding VLK | |
| GZ-1987 | Wijzigen kardinaliteit Ondersteuning bij ontslag naar huis VLK uitbreiding | |
| GZ-1989 | In het functioneel en technisch kwalificatiemateriaal van IZK 2.0 Echo bij dataelement EFWWaarde is de LOINC code 89087-1 vervangen door 11727-5. | |
| GZ-1994 | Er is een verwijzing naar een patient (patient-foetus) opgenomen in scenario echo | |
| GZ-2002 | Data-element bijvoeding heeft een uitgebreide omschrijving gekregen | |
| GZ-2003 | PWD 3.2 Uitbreiding VLK : versoepelen kardinaliteit RedenContact | |
| GZ-2004 | Wijziging waardelijst van IndalingFoetusWaarde | |
| GZ-2007 | Vergroten kardinaliteit Etniciteit in scenario uitbreiding verloskunde | |
| GZ-2010 | Aanpassen GenderIdentiteit waardelijst | |
| GZ-2011 | PWD 3.2 VLK: versoepelen kardinaliteit contact en adresgegevens zorgaanbieder | |
| GZ-2013 | PWD 3.2 VLK: versoepelen kardinaliteit IndividueelZorgplan | |
| GZ-2016 | PWD 3.2 VLK: kardinaliteiten in Echografische bevindingen algemeen | |
| GZ-2022 | Geslacht (administratief) is conditoneel verplicht voor de geboren patient. | |
| GZ-2029 | PWD 3.2 | Waardelijst versie wijziging van ProbleemType | |
| GZ-2031 | PWD 3.2 | VLK basis + uitbreiding VLK: wijziging kardinaliteit PSIE meting onderdelen | |
| GZ-2034 | IZK 2.0 | Verwijderen Partusassistentie uit scenario verloskunde en kraam | |
| GZ-2039 | PWD 3.2 | VLK : wijzigen kardinaliteit van Ouder/verzorger | |
| GZ-2042 | PWD 3.2 | VLK: Verwijderen groep Obstetrische anamnese gegroepeerd per voorgaande zwangerschap | |
| GZ-2044 | GezinssituatieKind is gemodelleerd met twee data-elementen met verwijzing naar Patient-Vrouw OF verwijzing naar Contactpersoon | |
| GZ-2048 | Data-elementen binnen de groep Gezinssituatie hebben een terminologiekoppeling gekregen voor gestandaardiseerde informatieoverdracht. | |
| GZ-2052 | PWD 3.2 | VLK wijzigen kardinaliteit NationaliteitRC | |
| GZ-2079 | PWD 3.2 | Wijzigingen in groep Eiceldonatie | |
| GZ-2081 | Terminologie tov bloedverlies voor de kraamweek is aangepast | |
| GZ-2083 | Het groepsconcept Probleem infectieziekte(n) Gezin is uit de dataset PWD 3.2 verwijderd. Het groepsconcept Infectieziekte(n) Gezin (Observatie) is toegevoegd onder Gezin en de items ObservatieNaam, ObservatieSpecimen, Lateraliteit en Locatie zijn verwijderd. | |
| GZ-2084 | DatumOverlijden is toegevoegd in de dataset en aan de scenarios Uitbreiding Verloskunde en Kraam. Dit zit onder Vrouw > Demografische gegevens > GezinSsituatie > Kind tbv registratie van overlijden van reeds geboren kind. | |
| GZ-2091 | PWD 3.2 | Verwijderen TOPnavPrenataalOnderzoek uit dataset | |
| GZ-2098 | Terminologiekoppeling toevoegen aan het itemconcept AantalBroersEnZussen: 224095004 | aantal broers en/of zussen (waarneembare entiteit). | |
| GZ-2101 | Verwijzing JuridischeSituatie verwijderd onder demografische gegevens foetus. | |
| GZ-2103 | Terminologiekoppeling toegevoegd aan het concept Gezinssamenstelling: 365481000 | bevinding betreffende gezinssamenstelling (bevinding). | |
| GZ-2110 | Terminologiekoppeling toegevoegd aan het concept DrugsOfGeneesmiddelSoort: 410942007 | drug of geneesmiddel (substantie). | |
| GZ-2115 | Eenheid onder Medisch Onderzoek aangepast naar cm ipv mm. | |
| GZ-2121 | Terminologiekoppeling toegevoegd aan het concept Hoeveelheid: 228390007 | frequentie van drugsgebruik. | |
| GZ-2123 | De Engelse weergavenaam is vervangen worden door 'Lichaamsgewicht [massa]'. | |
| GZ-2126 | Terminologiekoppelingen toegevoegd: Perineumwond (Wond): 210484005 | wond van perineum (aandoening) Perineumwond normaal: 449891003 | genezende wond van perineum (bevinding) Wondweefsel: 148641000146109 | observatie betreffende wondweefsel (waarneembare entiteit) WondOntstaandatum: 439771001 | datum van gebeurtenis (waarneembare entiteit) | |
| GZ-2127 | Oude terminologiekoppeling van het concept FecesWaarde is vervangen door terminologiekoppeling van het profiel: 364689004 | observatie betreffende feces (waarneembare entiteit). | |
| GZ-2128 | Kardinaliteit Datum/Tijd aangepast naar 1..1R ipv 0..1R in transacties VLK uitbreiding en Echo. | |
| GZ-2130 | Kardinaliteit Voorgenomen voeding (Observatie) verruimd naar 0..* voor scenario Uitbreiding Verloskunde en 1..* voor scenario Kraam. | |
| GZ-2140 | Item MediaType aangemaakt in Media, item WondFotoMediaType aangemaakt onder Sectiowond en Perineumwond . Waardelijst MediaType aangemaakt en gekoppeld aan aangemaakte items. Kardinaliteit 1..1R gegeven aan MediaType in de scenario’s Uitbreiding Verloskunde en Echo. | |
| GZ-2143 | Verplaatsen Verrichting (Onderzoek) naar onder Maternale onderzoeksgegevens (-> Verrichting (Maternaal onderzoek) ) en erven onder Neonatale onderzoeksgevens (-> Verrichting (Neonataal onderzoek) ) met waardelijst Onderzoektype_neonataal bij VerrichtingType . Kardinaliteiten zijn kloppend. | |
| GZ-2144 | Conceptnamen verwijderd en waardelijst Ligging is volledig opgenomen. | |
| GZ-2145 | Datatype Aantal is aangepast naar Hoeveelheid en eenheid h is toegevoegd met als voorbeeld ‘49h’. | |
| GZ-2147 | DatumGehoortestWaarde verwijderd uit de dataset. | |
| GZ-2148 | DatumHielprikWaarde verwijderd uit de dataset. | |
| GZ-2149 | Verwijzing naar Verrichting (Maternaal onderzoek) toegevoegd onder Foetusspecifieke onderzoeksgegevens. | |
| GZ-2152 | Terminologiekoppeling toegevoegd aan het groepsconcept Spugen (Observatie): 300359004 | bevinding betreffende braken (bevinding) Terminologiekoppeling item SpugenWaarde verwijderd en vervangen door: 364693005 | waarneming betreffende braaksel (waarneembare entiteit) | |
| GZ-2198 | De beschrijving van het element Bijvoeding? is aangepast, het item VoedingsFrequentie is verwijderd, de kardinaliteit van Voeding is aangepast en het dataelement VoedingDatumTijd is toegevoegd onder Voeding. | |
| GZ-2199 | De kardinaliteit van het groepsconcept Ontsluitingsfase is aangepast naar 0..1, de namen en beschrijvingen van Breken Vliezen en Aard Vruchtwater zijn aangepast, onder de Uitdrijvingsfase zijn de items Tijdstip gebroken vliezen en Aard vruchtwater toegevoegd en de nieuwe items zijn toegevoegd aan de scenario’s MedMij Kraam Beschikbaarstellen en MedMij Uitbreiding Verloskunde Beschikbaarstellen. | |
| GZ-2201 | PWD 3.2 | Kloppend maken AardVoorliggendDeel en Stand | |
| GZ-2202 | GeborenIndicator is verwijderd uit de dataset en de conditite bij Geslacht (administratief) en Geboortedatum is aangepast. | |
| GZ-2203 | Verrichting (Maternaal) (0..1R), Probleem (Maternaal) (0..*R), Actief Meepersen (Observatie) (1..1R), Verrichting (0..1R), Probleem (2017) (0..1R) en ZorgAfspraak (0..1R) zijn toegevoegd aan het scenario MedMij Kraam integrale zwangerschapskaart. | |
| GZ-2216 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Foetus’ (peri32-dataelement-11143) toegevoegd onder ‘Patient’. | |
| GZ-2217 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Specialisme’ (peri32-dataelement-2219) toegevoegd onder ‘Zorgverlener’. | |
| GZ-2218 | In de transactie MedMij Echo Beschikbaarstellen is een verwijzing naar ‘Zorgaanbieder’ (peri32-dataelement-1678) toegevoegd onder ‘Zorgverlener’. | |
| GZ-2219 | In de transactie MedMij Echo Beschikbaarstellen is een nieuw groepsconcept 'Foetus' opgenomen met daarin een identificator om een foetus uniek te kunnen omschrijven (peri32-dataelement-10803+peri32-dataelement-11141) toegevoegd. | |
| GZ-2220 | In de transactie MedMij Echo Beschikbaarstellen is een verwijzing naar Patient (peri32-dataelement-11027) toegevoegd onder ‘Maternale onderzoeksgegevens’. | |
| GZ-2221 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Aanvrager’ met een verwijzing naar Zorgverlener (peri32-dataelement-2431) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2222 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Indicatie’ (peri32-dataelement-2421) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2223 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Probleem’ (peri32-dataelement-2422) toegevoegd onder ‘Indicatie’. | |
| GZ-2224 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘MedischHulpmiddel’ (peri32-dataelement-2425) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2225 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘VerrichtingAnatomischeLocatie’ (peri32-dataelement-2419) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2226 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘VerrichtingEindDatum’ (peri32-dataelement-2418) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2227 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘VerrichtingLateraliteit’ (peri32-dataelement-2420) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2228 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘VerrichtingMethode’ (peri32-dataelement-2424) toegevoegd onder ‘Verrichting (Maternaal onderzoek)’. | |
| GZ-2229 | In de transactie MedMij Echo Beschikbaarstellen is data-element ‘Zwangerschapsduur’ (peri32-dataelement-3342) toegevoegd onder ‘Zwangerschap’. | |
| GZ-2230 | In de transactie MedMij Kraam Beschikbaarstellen is voor data-element ‘Probleem (ProblematiekKind)’ (peri32-dataelement-1983) de terminologiekoppeling is aangepast; de mapping is aangepast. | |
| GZ-2231 | In de transactie MedMij Kraam Beschikbaarstellen is voor data-element ‘Probleem (Sociale problemen)’ (peri32-dataelement-3829) de terminologiekoppeling is aangepast; de mapping is aangepast. | |
| GZ-2232 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘Foetus’ (peri32-dataelement-11143) toegevoegd onder ‘Patient’. | |
| GZ-2233 | In de transactie MedMij Kraam Beschikbaarstellen is conceptgroep ‘Partusassistentie (Contact)’ (peri32-dataelement-10710) verwijderd onder ‘Ontsluitingsfase’. | |
| GZ-2234 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘Aard Vruchtwater (Kindspecifieke observatie)’ (peri32-dataelement-11129) toegevoegd onder ‘Uitdrijvingsfase’. | |
| GZ-2235 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘Foetus’ (peri32-dataelement-11139) toegevoegd onder ‘Uitdrijvingsfase’. | |
| GZ-2236 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘Tijdstip Gebroken Vliezen (Kindspecifieke observatie)’ (peri32-dataelement-11110) toegevoegd onder ‘Uitdrijvingsfase’. | |
| GZ-2237 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘Zwangerschapsduur’ (peri32-dataelement-10694) toegevoegd onder ‘Bevalling’. | |
| GZ-2238 | In de transactie MedMij Kraam Beschikbaarstellen is data-element ‘VoedingFrequentie’ (peri32-dataelement-7940) verwijderd onder ‘VoedingspatroonZuigeling’. | |
| GZ-2239 | In de transactie MedMij Kraam Beschikbaarstellen is een nieuw groepsconcept 'Foetus' opgenomen met daarin een identificator om een foetus uniek te kunnen omschrijven (peri32-dataelement-10803+peri32-dataelement-11141) toegevoegd. |