MedMij:V1.0 KwalificatieInhoudelijkeGegevens - Bewerkingsoverzicht

Camiel Reijnders op 15 okt 2019 om 11:23

2019-10-15T11:23:52Z

← Oudere versie		Versie van 15 okt 2019 11:23
Regel 1:		Regel 1:

	===Algemeen===		===Algemeen===
	Om ~~AllergieIntolerantieVertaling~~ goed te kunnen implementeren is kennis en gebruik van het [[MedMij:~~Vdraft_OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3~~.~~ABnt~~\|functioneel]] en [[MedMij:~~Vdraft_FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion~~\|technisch]] ~~ontwerp vereist~~.		Om medicatieproces goed te kunnen implementeren is kennis en gebruik van [[mp:V9.0.7_Ontwerp_medicatieproces\|het functioneel ontwerp]] onontbeerlijk. Net als natuurlijk de MedMij invulling daarvan, [[MedMij:V2019.01_OntwerpMedicatie\|functioneel]] en [[MedMij:V2019.01_FHIR_MedicationProcess\|technisch]].

	===Raadplegend systeem===		===Raadplegend systeem===

Camiel Reijnders op 15 okt 2019 om 11:23

2019-10-15T11:23:36Z

← Oudere versie		Versie van 15 okt 2019 11:23
Regel 4:		Regel 4:

	===Raadplegend systeem===		===Raadplegend systeem===
	Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt.		Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt. Samenhang is in ieder geval belangrijk voor de [[mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling\|medicamenteuze behandeling (MBH)]].

	Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden.		Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.

	====Medicatie codering en weergavenaam====		====Medicatie codering en weergavenaam====
	Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).		Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).
	~~'''''@@ --> Volgens mij kan al het onderstaande van deze paragraaf weg , akkoord Arianne??'''''~~
	In de G-standaard is de volgorde van specifiek naar generiek:		In de G-standaard is de volgorde van specifiek naar generiek:
	*ZI-nummer		*ZI-nummer

Camiel Reijnders op 15 okt 2019 om 11:14

2019-10-15T11:14:42Z

← Oudere versie		Versie van 15 okt 2019 11:14
Regel 4:		Regel 4:

	===Raadplegend systeem===		===Raadplegend systeem===
	Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt~~. Samenhang is in ieder geval belangrijk voor de [[mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling\|medicamenteuze behandeling (MBH)]]~~.		Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt.

	Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.		Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden.

	====Medicatie codering en weergavenaam====		====Medicatie codering en weergavenaam====
	Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).		Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).
			'''''@@ --> Volgens mij kan al het onderstaande van deze paragraaf weg , akkoord Arianne??'''''
	In de G-standaard is de volgorde van specifiek naar generiek:		In de G-standaard is de volgorde van specifiek naar generiek:
	*ZI-nummer		*ZI-nummer

Camiel Reijnders op 15 okt 2019 om 11:09

2019-10-15T11:09:57Z

← Oudere versie		Versie van 15 okt 2019 11:09
Regel 1:		Regel 1:

	===Algemeen===		===Algemeen===
	Om ~~medicatieproces~~ goed te kunnen implementeren is kennis en gebruik van ~~[[mp:V9.0.7_Ontwerp_medicatieproces\|~~het ~~functioneel ontwerp]] onontbeerlijk. Net als natuurlijk de MedMij invulling daarvan,~~ [[MedMij:~~V2019~~.~~01_OntwerpMedicatie~~\|functioneel]] en [[MedMij:~~V2019.01_FHIR_MedicationProcess~~\|technisch]].		Om AllergieIntolerantieVertaling goed te kunnen implementeren is kennis en gebruik van het [[MedMij:Vdraft_OntwerpAllergieIntolerantie#Use_case_2:_Raadplegen_medicatiegerelateerde_allergie-_en_intolerantiegegevensvertaling_door_pati.C3.ABnt\|functioneel]] en [[MedMij:Vdraft_FHIR_AllergyIntolerance#Use_case:_Retrieve_AllergyIntolerance612ToFHIRConversion\|technisch]] ontwerp vereist.

	===Raadplegend systeem===		===Raadplegend systeem===

Wetering: /* Raadplegend systeem */

2019-10-08T11:25:44Z

Raadplegend systeem

← Oudere versie		Versie van 8 okt 2019 11:25
Regel 7:		Regel 7:

	Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.		Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.

			====Medicatie codering en weergavenaam====
			Alleen de weergavenaam van het meest specifieke geneesmiddel getoond hoeft te worden (alle andere kunnen hiervan afgeleid worden en zijn voor de gebruiker niet relevant).

			In de G-standaard is de volgorde van specifiek naar generiek:
			*ZI-nummer
			*HPK (Handels Product Kenmerk)
			*PRK (PRescriptie Kenmerk)
			*GPK (Generiek Product Kenmerk)
			De meest specifieke codering is altijd de belangrijkste. Dit kan ook (in FHIR) te herkennen zijn aan het 'user selected' attribuut, maar als deze ontbreekt kan het afgeleid worden uit bovenstaand lijstje.

			De reden dat meer generieke coderingen ook meegestuurd worden is dat Z-Index (nog) geen historie uitlevert voor de G-standaard. Dit betekent dat uitgefaseerde geneesmiddelen op een gegeven moment niet meer meegeleverd worden in de distributie vanuit Z-Index. Abonneehouders worden geacht hun eigen historie bij te houden, maar bij 'later' instappen mis je de historie van vóór dat moment. Hoe specifieker de codering, hoe dynamischer (hoe vaker dingen wijzigen / uitgefaseerd worden). Dit kan een probleem opleveren voor medicatiebewaking omdat je dan bijvoorbeeld voor een bepaalde HPK de bewakingsregels niet kunt vinden in jouw (lokale) versie van de G-standaard. Omdat PRK's en GPK's minder dynamisch zijn dan HPK's en ZI-nummers, verlagen we dat risico door deze coderingen mee te sturen.

	===Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang===		===Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang===

Marijke van Geijn: Versie 21172 van Marijke van Geijn (overleg) ongedaan gemaakt

2019-09-02T12:31:35Z

Versie 21172 van Marijke van Geijn (overleg) ongedaan gemaakt

← Oudere versie		Versie van 2 sep 2019 12:31
Regel 22:		Regel 22:

	T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.		T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.

	~~===Optionele scenario's filtercriteria===~~
	Bij de scenario's voor filtercriteria zijn diverse scenario's aangemerkt als ''optioneel''. Deze als ''optioneel'' aangemerkte filtercriteria zijn veelal van toepassing bij zorgverlener-zorgverlener communicatie en hebben minder toegevoegde waarde bij zorgverlener-PGO communicatie.
	~~Een PGO mag deze filtercriteria inbouwen (mochten ze toegevoegde waarde zien voor hun gebruikers om deze filter-functionaliteit te bieden), maar is niet verplicht dit te doen.~~

Marijke van Geijn: Optionele filtercriteria

2019-09-02T12:15:37Z

Optionele filtercriteria

← Oudere versie		Versie van 2 sep 2019 12:15
Regel 22:		Regel 22:

	T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.		T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.

			===Optionele scenario's filtercriteria===
			Bij de scenario's voor filtercriteria zijn diverse scenario's aangemerkt als ''optioneel''. Deze als ''optioneel'' aangemerkte filtercriteria zijn veelal van toepassing bij zorgverlener-zorgverlener communicatie en hebben minder toegevoegde waarde bij zorgverlener-PGO communicatie.
			Een PGO mag deze filtercriteria inbouwen (mochten ze toegevoegde waarde zien voor hun gebruikers om deze filter-functionaliteit te bieden), maar is niet verplicht dit te doen.

Wetering: /* Raadplegend systeem */

2019-08-30T08:54:33Z

Raadplegend systeem

← Oudere versie		Versie van 30 aug 2019 08:54
Regel 6:		Regel 6:
	Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt. Samenhang is in ieder geval belangrijk voor de [[mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling\|medicamenteuze behandeling (MBH)]].		Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt. Samenhang is in ieder geval belangrijk voor de [[mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling\|medicamenteuze behandeling (MBH)]].

	Hoe de gebruikersschermen van een PGO er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.		Hoe de gebruikersschermen van een raadplegend systeem, zoals een PGO, er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.

	===Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang===		===Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang===

Wetering op 30 aug 2019 om 08:53

2019-08-30T08:53:07Z

← Oudere versie		Versie van 30 aug 2019 08:53
Regel 7:		Regel 7:

	Hoe de gebruikersschermen van een PGO er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.		Hoe de gebruikersschermen van een PGO er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.

			===Aanvullende informatie over het tonen van verschillende bouwstenen in samenhang===
			Een mogelijke invulling hiervan is ook te vinden in het functioneel ontwerp bij medicatieoverzicht, maar een echt PGO - met oog voor wat eindgebruikers nodig hebben - kan dit waarschijnlijk veel beter. Het ligt voor voorschrijvers bijvoorbeeld voor de hand om altijd vanuit de actuele medicatieafspraak (MA) te redeneren (dat zie je ook terug in het eerdergenoemde voorbeeld in het functioneel ontwerp), overigens geven apothekers vaak aan dat dit ook voor hen de voorkeur heeft. Voor patiënten ligt dit veel minder voor de hand, omdat de geneesmiddelen in medicatieafspraken vaak nog namen hebben die voor patiënten een stuk minder herkenbaar zijn dan het merk (handelsproduct) dat ze mee hebben gekregen bij de apotheek en dat dus in de toedieningsafspraak (TA) staat. Het is ook voorstelbaar dat medicatiegebruik (MGB) - zoals door de patiënt zélf geregistreerd - in een PGO 'voorrang' krijgt boven MA of TA.

			Over het algemeen lijkt het wel logisch om bij het presenteren van overzicht opgebouwd uit medicatiegegevens uit te gaan van 1 ingangsregel per medicamenteuze behandeling en bij 'doorklikken' de onderliggende bouwstenen (MA, VV, TA, MVE, MGB) en de detail informatie daarvan (waar je de ingangsregel dus op baseert) te tonen. Eventueel kan zo'n ingangsregel bijvoorbeeld gemarkeerd worden door een rood ! of iets dergelijks als onderliggende informatie onderling conflicteert (dit soort dingen worden vaker genoemd in gesprekken met zorgverleners). Bijvoorbeeld als de dokter zegt 100 mg gebruiken, maar de patiënt neemt maar 50 mg. Het is in ieder geval wél van belang het onderscheid te kunnen zien in MA (door voorschrijver bepaald), TA (door apotheker bepaald) en MGB (bewering geregistreerd door patiënt/zorgverlener/mantelzorger et cetera).

	===Beschikbaarstellend systeem===		===Beschikbaarstellend systeem===

Wetering: Nieuwe pagina aangemaakt met ' ===Algemeen=== Om medicatieproces goed te kunnen implementeren is kennis en gebruik van het functioneel ontwerp onontbeerlijk...'

2019-08-30T08:33:07Z

Nieuwe pagina aangemaakt met ' ===Algemeen=== Om medicatieproces goed te kunnen implementeren is kennis en gebruik van het functioneel ontwerp onontbeerlijk...'

Nieuwe pagina

===Algemeen===
Om medicatieproces goed te kunnen implementeren is kennis en gebruik van [[mp:V9.0.7_Ontwerp_medicatieproces|het functioneel ontwerp]] onontbeerlijk. Net als natuurlijk de MedMij invulling daarvan, [[MedMij:V2019.01_OntwerpMedicatie|functioneel]] en [[MedMij:V2019.01_FHIR_MedicationProcess|technisch]].

===Raadplegend systeem===
Dit gaat om het verwachte resultaat van de raadpleging. Het gaat er voor een raadplegend systeem (zoals een PGO) om dat alle functioneel relevante informatie in samenhang getoond wordt. Samenhang is in ieder geval belangrijk voor de [[mp:V9.0.7_Ontwerp_medicatieproces#Medicamenteuze_behandeling|medicamenteuze behandeling (MBH)]].

Hoe de gebruikersschermen van een PGO er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop PGO's moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een PGO hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwsteen instantiaties.

===Beschikbaarstellend systeem===
Het beschikbaarstellend systeem voert de gegevens uit het addendum in, in het XIS en levert de resulterende berichten op voor kwalificatie. Voor een beschikbaarstellend systeem geldt dat sommige gegevens door dit beschikbaarstellende systeem bepaald mogen worden:

*Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn.
*Identificatie van medicamenteuze behandeling, en andere medicatiebouwstenen (medicatieafspraak, verstrekkingsverzoek, toedieningsafspraak, verstrekking, medicatiegebruik): verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID). De onderlinge referenties moeten natuurlijk wel kloppen (dus een toedieningsafspraak en een verstrekking blijven horen bij dezelfde medicamenteuze behandeling zoals aangegeven in de addenda).

===Datum T===

T is een datum die we tijdens de kwalificatie nader invullen / afspreken. Als ergens staat T – 100 betekent dit: 100 dagen eerder dan die afgesproken datum.