MedMij:V6/Ontwerp Vaccinatie-Immunisatie - Bewerkingsoverzicht

Pieter Edelman: /* Kwalificatie */

2023-12-15T13:20:06Z

Kwalificatie

← Oudere versie		Versie van 15 dec 2023 13:20
Regel 42:		Regel 42:
	===Infrastructuur===		===Infrastructuur===
	Geen nadere specificatie, anders dan genoemd in [[MedMij:FO:V1/FunctioneelOntwerp#Infrastructuur\| de algemene inleiding]] van het functioneel ontwerp voor MedMij.		Geen nadere specificatie, anders dan genoemd in [[MedMij:FO:V1/FunctioneelOntwerp#Infrastructuur\| de algemene inleiding]] van het functioneel ontwerp voor MedMij.

	~~==Kwalificatie==~~
	~~Op deze informatiestandaard is een Nictiz-kwalificatie van toepassing. Kwalificatie vindt plaats per systeemrol.~~

	~~Kwalificatiescripts zijn te vinden via de landingspagina van Vaccinatie-Immunisatie (volgt later).~~

	==Doel en relevantie==		==Doel en relevantie==

Pieter Edelman: /* Uitwerking van de usecase */

2023-12-15T13:18:55Z

Uitwerking van de usecase

← Oudere versie		Versie van 15 dec 2023 13:18
Regel 60:		Regel 60:
	Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>		Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>

	=~~Uitwerking~~ van de usecase=		=Details van de usecase=
	==Proces en Context (pre- en postproces)==		==Proces en Context (pre- en postproces)==
	Het stuk van het proces waar het in deze usecase om gaat is:		Het stuk van het proces waar het in deze usecase om gaat is:

Pieter Edelman op 15 dec 2023 om 13:18

2023-12-15T13:18:17Z

← Oudere versie		Versie van 15 dec 2023 13:18
Regel 1:		Regel 1:
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	{{DISPLAYTITLE:Functioneel Ontwerp usecase Raadplegen Vaccinaties door persoon 1.0.9}}		{{DISPLAYTITLE:Functioneel Ontwerp usecase Raadplegen Vaccinaties door persoon 1.0.8}}
	{{MedMij:V6/Issuebox}}		{{MedMij:V6/Issuebox}}

Pieter Edelman: /* Raadplegen vaccinatiegegevens door persoon */

2023-12-15T13:05:55Z

Raadplegen vaccinatiegegevens door persoon

← Oudere versie		Versie van 15 dec 2023 13:05
Regel 60:		Regel 60:
	Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>		Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>

	=~~Raadplegen vaccinatiegegevens door persoon~~=		=Uitwerking van de usecase=
	==Proces en Context (pre- en postproces)==		==Proces en Context (pre- en postproces)==
	Het stuk van het proces waar het in deze usecase om gaat is:		Het stuk van het proces waar het in deze usecase om gaat is:

Pieter Edelman op 15 dec 2023 om 13:04

2023-12-15T13:04:23Z

← Oudere versie		Versie van 15 dec 2023 13:04
Regel 60:		Regel 60:
	Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>		Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>

	=~~Transactie:~~ Raadplegen vaccinatiegegevens door persoon=		=Raadplegen vaccinatiegegevens door persoon=
	==Proces en Context (pre- en postproces)==		==Proces en Context (pre- en postproces)==
	Het stuk van het proces waar het in deze usecase om gaat is:		Het stuk van het proces waar het in deze usecase om gaat is:

Pieter Edelman op 15 dec 2023 om 13:01

2023-12-15T13:01:48Z

← Oudere versie		Versie van 15 dec 2023 13:01
Regel 36:		Regel 36:

	Een extra toelichting op de gebruikte informatiemodellering: deze usecase is gericht op de scope vaccinaties als onderdeel zijnde van het bredere concept immunisatie geënt op de [https://informatiestandaarden.nictiz.nl/wiki/Immu:V0.1_Ontwerpen informatiestandaard Vaccinatie-Immunisatie]. Roadmap en versionering van deze usecase zal een relatie hebben en houden met deze informatiestandaard.		Een extra toelichting op de gebruikte informatiemodellering: deze usecase is gericht op de scope vaccinaties als onderdeel zijnde van het bredere concept immunisatie geënt op de [https://informatiestandaarden.nictiz.nl/wiki/Immu:V0.1_Ontwerpen informatiestandaard Vaccinatie-Immunisatie]. Roadmap en versionering van deze usecase zal een relatie hebben en houden met deze informatiestandaard.

	===Reikwijdte van de usecase===		===Reikwijdte van de usecase===
	De reikwijdte van de usecase beslaat de functionele beschrijvingen en de transacties voor alle gegevensuitwisselingen tussen zorgaanbieder en patiënt.		De reikwijdte van de usecase beslaat de functionele beschrijvingen en de transacties voor alle gegevensuitwisselingen tussen zorgaanbieder en patiënt.
Regel 49:		Regel 48:
	Kwalificatiescripts zijn te vinden via de landingspagina van Vaccinatie-Immunisatie (volgt later).		Kwalificatiescripts zijn te vinden via de landingspagina van Vaccinatie-Immunisatie (volgt later).

	~~=Usecase(s)=~~		==Doel en relevantie==
	Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan toegepast worden via één of 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 geanalyseerd en uitgewerkt.

	~~==Usecase: Raadplegen Vaccinaties door persoon==~~
	===Doel en relevantie===
	Het voor personen mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde vaccinaties die over henzelf gaan. Deze vaccinatiegegevens hebben informatieve waarde voor de burger die deze inziet in een PGO. Er kunnen geen rechten aan worden ontleend.		Het voor personen mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de geregistreerde vaccinaties die over henzelf gaan. Deze vaccinatiegegevens hebben informatieve waarde voor de burger die deze inziet in een PGO. Er kunnen geen rechten aan worden ontleend.

	====Patient journey - Roos Dalstra====		==Patient journey - Roos Dalstra==
	Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].		Het verhaal van de 'patient journey' van Roos Dalstra vindt u [https://www.nictiz.nl/wp-content/uploads/2018/05/Casus_Roos_Dalstra_MedMij.pdf hier].

Regel 65:		Regel 60:
	Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>		Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.</blockquote>

	===Proces en Context (pre- en postproces)===		=Transactie: Raadplegen vaccinatiegegevens door persoon=
			==Proces en Context (pre- en postproces)==
	Het stuk van het proces waar het in deze usecase om gaat is:		Het stuk van het proces waar het in deze usecase om gaat is:
	* Het systeem van een (zorg)aanbieder (XIS) stelt vaccinaties van een persoon beschikbaar aan het systeem van een persoon (PGO).		* Het systeem van een (zorg)aanbieder (XIS) stelt vaccinaties van een persoon beschikbaar aan het systeem van een persoon (PGO).
			===Preproces===
	=====Preproces=====
	De persoon heeft toestemming gegeven voor het elektronisch uitwisselen van de vaccinaties tussen het betreffende XIS en de eigen PGO.		De persoon heeft toestemming gegeven voor het elektronisch uitwisselen van de vaccinaties tussen het betreffende XIS en de eigen PGO.

Regel 75:		Regel 70:
	:Een persoon kan steeds zelf het initiatief nemen om de vaccinaties op te halen en op te slaan, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze usecase beschrijving geen verschil.		:Een persoon kan steeds zelf het initiatief nemen om de vaccinaties op te halen en op te slaan, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze usecase beschrijving geen verschil.

	=====Proces=====		===Proces===
	* Het systeem van de persoon (PGO) raadpleegt de beschikbare Vaccinaties.		* Het systeem van de persoon (PGO) raadpleegt de beschikbare Vaccinaties.
	* Het systeem van de zorgaanbieder/aanbieder (XIS) stelt de Vaccinaties beschikbaar voor de persoon.		* Het systeem van de zorgaanbieder/aanbieder (XIS) stelt de Vaccinaties beschikbaar voor de persoon.
	* De persoon gebruikt de PGO om zijn Vaccinaties in te zien.		* De persoon gebruikt de PGO om zijn Vaccinaties in te zien.

	=====Postproces=====		===Postproces===
	De persoon kan zijn vaccinaties inzien via de PGO.		De persoon kan zijn vaccinaties inzien via de PGO.

	===Bedrijfsrollen en UML activity diagram===		==Bedrijfsrollen en UML activity diagram==
	Deze usecase onderscheidt twee bedrijfsrollen, namelijk de ''Persoon'' en de ''(Zorg)Aanbieder'' zoals te zien in onderstaande tabel.		Deze usecase onderscheidt twee bedrijfsrollen, namelijk de ''Persoon'' en de ''(Zorg)Aanbieder'' zoals te zien in onderstaande tabel.

Regel 104:		Regel 99:
	<font size = "1">'''Activiteitendiagram Raadplegen Vaccinaties'''</font>		<font size = "1">'''Activiteitendiagram Raadplegen Vaccinaties'''</font>

	===Informatieoverdracht===		==Informatieoverdracht==
	Zowel de persoon als de (zorg)aanbieder maken ieder gebruik van een informatiesysteem:		Zowel de persoon als de (zorg)aanbieder maken ieder gebruik van een informatiesysteem:
	* PGO (persoon)		* PGO (persoon)
	* XIS ((zorg)aanbieder)		* XIS ((zorg)aanbieder)

	====Systemen & Systeemrollen====		===Systemen & Systeemrollen===
	Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de vaccinaties van (zorg)aanbieder naar de persoon.		Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de vaccinaties van (zorg)aanbieder naar de persoon.

Regel 136:		Regel 131:
	<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>		<font size = "1">'''Componenten diagram van systemen en systeemrollen'''</font>

	====Informatie-elementen====		===Informatie-elementen===

	De informatie-elementen die van toepassing zijn, worden hier kort toegelicht en zijn verder gedefinieerd in ART-DECOR.		De informatie-elementen die van toepassing zijn, worden hier kort toegelicht en zijn verder gedefinieerd in ART-DECOR.
Regel 183:		Regel 178:
	In het [[MedMij:V6/FHIR_Vaccination-Immunization#Guidance_on_resource_contents\|technisch ontwerp]] wordt beschreven hoe de informatie-elementen in FHIR kunnen worden gebruikt.		In het [[MedMij:V6/FHIR_Vaccination-Immunization#Guidance_on_resource_contents\|technisch ontwerp]] wordt beschreven hoe de informatie-elementen in FHIR kunnen worden gebruikt.

	====Raadplegen Vaccinaties====		===Raadplegen Vaccinaties===

	Er zijn géén specifieke filtermogelijkheden (queryparameters) gedefinieerd voor het raadplegen van Vaccinaties. Bij het raadplegen van Vaccinaties wordt om alle gegevens behorende bij de persoon gevraagd.		Er zijn géén specifieke filtermogelijkheden (queryparameters) gedefinieerd voor het raadplegen van Vaccinaties. Bij het raadplegen van Vaccinaties wordt om alle gegevens behorende bij de persoon gevraagd.

	====Beschikbaarstellen Vaccinaties====		===Beschikbaarstellen Vaccinaties===

	Dit betreft de inhoud van de transactie opleveren van Vaccinaties.		Dit betreft de inhoud van de transactie opleveren van Vaccinaties.
Regel 200:		Regel 195:
	</html>		</html>

	=== Transacties & Transactiegroepen ===		==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.		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.

Regel 224:		Regel 219:
	\|}		\|}

	===Usecase diagram===		==Usecase diagram==
	Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.		Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

Pieter Edelman op 15 dec 2023 om 12:52

2023-12-15T12:52:00Z

← Oudere versie		Versie van 15 dec 2023 12:52
Regel 1:		Regel 1:
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	{{DISPLAYTITLE:Functioneel Ontwerp usecase Raadplegen Vaccinaties door persoon}}		{{DISPLAYTITLE:Functioneel Ontwerp usecase Raadplegen Vaccinaties door persoon 1.0.9}}
	{{MedMij:V6/Issuebox}}		{{MedMij:V6/Issuebox}}

Pieter Edelman op 15 dec 2023 om 12:51

2023-12-15T12:51:40Z

← Oudere versie		Versie van 15 dec 2023 12:51
Regel 1:		Regel 1:
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	{{DISPLAYTITLE:Functioneel Ontwerp ~~Vaccinatie-Immunisatie {{VersieInfo\|Vaccinatie-Immunisatie}}~~}}		{{DISPLAYTITLE:Functioneel Ontwerp usecase Raadplegen Vaccinaties door persoon}}
	{{MedMij:V6/Issuebox}}		{{MedMij:V6/Issuebox}}

Pieter Edelman: /* Algemeen */

2023-12-15T11:14:11Z

Algemeen

← Oudere versie		Versie van 15 dec 2023 11:14
Regel 51:		Regel 51:
	=Usecase(s)=		=Usecase(s)=
	Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan toegepast worden via één of 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 geanalyseerd en uitgewerkt.		Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan toegepast worden via één of 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 geanalyseerd en uitgewerkt.

	~~==Algemeen==~~
	~~In dit functioneel ontwerp wordt een usecase voor het raadplegen van vaccinaties beschreven. Mochten er in de toekomst andere usecases worden gespecificeerd, dan zullen deze hieronder worden getoond.~~

	==Usecase: Raadplegen Vaccinaties door persoon==		==Usecase: Raadplegen Vaccinaties door persoon==

Pieter Edelman: /* Usecase(s) */

2023-12-15T11:00:24Z

Usecase(s)

← Oudere versie		Versie van 15 dec 2023 11:00
Regel 50:		Regel 50:

	=Usecase(s)=		=Usecase(s)=
	Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan ~~bestaan uit~~ één of 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 geanalyseerd en uitgewerkt.		Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan toegepast worden via één of 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 geanalyseerd en uitgewerkt.

	==Algemeen==		==Algemeen==