Functioneel Ontwerp Zelfmetingen

1 Inleiding

1.1 Algemeen

Deze pagina beschrijft use cases voor de patiënt in relatie tot zelfmetingen van vitale functies die een patiënt kan verzamelen en delen door middel van een PGO. De vitale functies van de mens zijn de lichaamsfuncties die de persoon vitaal of ook wel in leven houden, voorbeelden zijn ademhaling en circulatie (hartslag en bloeddruk).

Momenteel bestaat er geen standaard voor zelfmeet gegevens van de vitale functies. Het doel van deze pagina is om verschillende uitwisseling scenario's van zelfmeet gegevens met de patiënt te beschrijven voor gebruik in MedMij.

Zoals op deze pagina aangegeven, gebruikt MedMij zorginformatiebouwstenen (zibs) als leidraad voor de inhoud van informatie uitwisseling. Voor uitwisseling van zelfmeet gegevens gaat het om de volgende zibs:

Zib 2017 NL	Meting	Eisen aan informatiesysteem
Patiënt	-	Ondersteuning verplicht
Zorgverlener	-	Ondersteuning verplicht
Ademhaling	Ademhaling	Ondersteuning verwacht
Bloeddruk	Bloeddruk	Ondersteuning verplicht
LichaamsGewicht	Lichaamsgewicht	Ondersteuning verplicht
LichaamsLengte	Lichaamslengte	Ondersteuning verwacht
Lichaamstemperatuur	Lichaamstemperatuur	Ondersteuning verwacht
O2Saturatie	O2Saturatie	Ondersteuning verwacht
Hartfrequentie	Hartfrequentie	Ondersteuning verplicht
Polsfrequentie	Polsfrequentie	Ondersteuning verwacht
LaboratoriumUitslag (based on)	Glucose	Ondersteuning verplicht
AlgemeneMeting of LaboratoriumUitslag	Overige metingen	Optioneel, te gebruiken wanneer er geen specifieke zib en/of FHIR profiel beschikbaar is

PGO-leveranciers dienen de beschikbare zibs en/of FHIR profielen te gebruiken.

1.2 Doelgroep

De doelgroep voor deze pagina wijkt niet af van de algemene doelgroep van de MedMij functionele ontwerpen, die hier gevonden kan worden.

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn

Conform specificaties genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

Toelichting op de zorginformatiebouwstenen: Zelfmetingen versie maakt gebruik van zib publicatie 2017.

Voor de uitwisseling van gegevens met huisartsen zijn er verdere specificaties opgesteld door het programma OPEN/stichting Legio, te vinden als downloads op de website van de stichting Legio

1.3.2 Infrastructuur

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

1.3.3 Geografische reikwijdte

Geen nadere specificatie, anders dan genoemd in de algemene inleiding van de MedMij functionele ontwerpen.

1.4 Kwalificatie

1.4.1 Introductie

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

Kwalificatiescripts en meer informatie over de kwalificatie is te vinden via de betreffende paragraaf op de kwalificatiepagina.

1.4.2 Specifieke informatie over deze kwalificatie

De kwalificatie richt zich vooralsnog op: bloeddruk, lichaamsgewicht, glucose en hartfrequentie. Deze dienen minimaal te worden ondersteund. De verwachting is dat leveranciers zoveel mogelijk zelfmetingen ondersteunen.

2 Use Cases

2.1 Use case: Raadplegen metingen betreffende de vitale functies door patiënt

2.1.1 Doel en relevantie

Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door inzicht te geven in de vitale functie meetwaarden die over henzelf gaan.

2.1.2 Domein

Metingen betreffende vitale functies in het domein van zorgaanbieders en patiënten.

2.1.3 Context

Het gaat om het elektronisch en gestructureerd beschikbaar maken van de meetwaarden van vitale functies vanuit een zorgaanbiederssysteem (XIS) naar een persoonlijke gezondheidsomgeving (PGO). Deze pagina bevat (verwijzingen naar) beschrijvingen van:

• informatie
• bedrijfsrollen (actoren),
• proces,
• systemen,
• systeemrollen,
• transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

2.1.4 Informatie

De informatie-elementen die van toepassing zijn. Specificaties zijn te vinden in de huidige publicatie van de dataset (status "actief", in ART-DECOR).

2.1.4.1 Raadplegen meetwaarden

Informatie elementen waarop gefilterd kan worden (query parameters) in de vraag om meetwaarden behorende bij een patiënt:

• Datum of Periode (startdatum - einddatum)
• Type meetwaarde (soort, bijv. bloeddruk)
• Categorie meetwaarde (bijv. vitale functies: alle meetwaarden behalve bloedglucose)

Er kan naast de inhoudelijke elementen, ook worden gevraagd naar de laatste meetwaarde(s) behorende bij een patiënt (lastN operation).

2.1.4.2 Beschikbaarstellen meetwaarden

Metingen van vitale functies worden gestructureerd aangeboden via de zorginformatiebouwstenen die in de algemene informatie op deze pagina zijn vermeld.

2.1.5 Bedrijfsrollen

Deze use case kent twee bedrijfsrollen.

Bedrijfsrol	Activiteit
Patiënt	Wil meetwaarden van vitale functies raadplegen
Zorgaanbieder	Stelt meetwaarden van vitale functies beschikbaar

Bedrijfsrollen Medicatieoverzicht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

Activiteitendiagram Raadplegen meetwaarden vitale functies

2.1.6 Procesbeschrijving

2.1.6.1 'Patient journey' - Thomas van Beek

Het verhaal van de 'patient journey' van Thomas van Beek vindt u hier. Hieronder een voor Thomas relevante situatie waarbij het raadplegen van meetwaarden betreffende de vitale functie een rol speelt.

Voordat Thomas zijn consult bij de internist heeft om de resultaten door te spreken worden er een aantal andere waarden getest. Zijn gewicht en zijn bloeddruk worden opgemeten. De laboratoriumwaarden zijn al bekend voordat de internist ze aan Thomas mee kan delen. Alhoewel Thomas zoals gezegd zo min mogelijk met zijn ziekte bezig wil zijn, vindt hij de jaarlijkse controle heel belangrijk. Hij vindt het dan ook heel erg handig om de resultaten van de onderzoeken een dag van tevoren al in te zien in zijn PGO. Hij kan zich zo goed voorbereiden en zal niet meer verrast zijn over de resultaten als zijn internist deze voorlegt.

2.1.6.2 'Patient journey' - Roos Dalstra

Het verhaal van de 'patient journey' van Roos Dalstra vindt u hier. Hieronder een voor Roos relevante situatie waarbij het raadplegen van meetwaarden betreffende de vitale functie een rol speelt.

Na het ontslag komt de informatie over de opnameperiode vanuit het ziekenhuis beschikbaar in de PGO, zodat zij een goed beeld heeft van haar opname en haar medicatie. Dit kan zij ook delen met haar naasten

Roos kan na haar opname haar vitale waarden gemeten in ziekenhuis raadplegen. Zo beschikt zij over deze informatie die ze als referentiewaarden kan gebruiken.

2.1.6.3 Proces

Het stuk van het proces waar het in deze use case om gaat is:

• Het systeem van een zorgaanbieder (XIS) stelt de gevraagde meetwaarden van de vitale functies beschikbaar aan het systeem van een patiënt (PGO).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

2.1.6.3.1 Preconditie

De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van vitale functie meetwaarden tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De patiënt wil de meetwaarden van de vitale functies inzien en de zorgaanbieder stelt dit ook beschikbaar.

Een patiënt kan steeds zelf het initiatief nemen om de meetwaarden op te halen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

2.1.6.3.2 Proces stappen

• Het systeem van de persoon (PGO) raadpleegt de beschikbare meetwaarden van de vitale functies.
• Het systeem van de zorgaanbieder (XIS) stelt de meetwaarden van de vitale functies beschikbaar voor de persoon.
• De persoon gebruikt de PGO om zijn meetwaarden van de vitale functies in te zien.

2.1.6.3.3 Post conditie

De patiënt heeft de meetwaarden vitale functies geraadpleegd via de persoonlijke gezondheidsomgeving.

2.1.7 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 de meetwaarden vitale functies van zorgaanbieder naar de patiënt.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PGO	MeetwaardenVitaleFunctiesRaadplegend	MM--MVR-FHIR	Raadplegen meetwaarden vitale functies bij zorgaanbieder
XIS	MeetwaardenVitaleFunctiesBeschikbaarstellend	MM--MVB-FHIR	Beschikbaarstellen meetwaarden vitale functies aan de patiënt

Zie ook onderstaande afbeelding.

Componenten diagram

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

2.1.8 Transacties, Transactiegroepen en systeemrollen

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 use case.

Transactiegroep	Transactie	Systeemrolcode	Systeem	Bedrijfsrol	Technisch
Meetwaarden Vitale Functies(PULL)	Raadplegen meetwaarden vitale functies	MM--MVR-FHIR	PGO	Patiënt	Meetwaarden vitale functies in FHIR
	Beschikbaarstellen meetwaarden vitale functies	MM--MVB-FHIR	XIS	Zorgaanbieder

2.1.9 Use case diagram

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

Use case diagram

2.2 Use case: Sturen zelfmetingen van de vitale functies door patiënt

2.2.1 Doel en relevantie

Het voor patiënten mogelijk maken regie op hun eigen gezondheid te nemen door het kunnen delen van hun zelfmeet gegevens met de zorgverlener.

2.2.2 Domein

Zelfmetingen betreffende vitale functies in het domein van zorgaanbieders en patiënten.

2.2.3 Context

Het gaat om het elektronisch en gestructureerd beschikbaar maken van de zelfmeetwaarden van vitale functies vanuit een persoonlijke gezondheidsomgeving (PGO) naar een zorgaanbiederssysteem (XIS) . Deze pagina bevat (verwijzingen naar) beschrijvingen van:

• informatie
• bedrijfsrollen (actoren),
• proces,
• systemen,
• systeemrollen,
• transactiegroepen en transacties, inclusief de inhoud van deze transacties.

De beschrijving is infrastructuur-onafhankelijk.

2.2.4 Informatie

De informatie-elementen die van toepassing zijn. Specificaties zijn te vinden in de huidige publicatie van de dataset (in ART-DECOR).

2.2.4.1 Sturen zelfmetingen

Metingen van vitale functies worden gestructureerd aangeboden via de zorginformatiebouwstenen die in de algemene informatie op deze pagina zijn vermeld.

Van metingen is het denkbaar dat er meerdere in een kortere periode worden uitgevoerd. We raden aan om elke meting van een identifier te voorzien (meer informatie in het algemeen technisch ontwerp). Dit helpt het ontvangende systeem met herkennen en ontdubbelen van (eerder) ingestuurde zelfmetingen.

2.2.4.2 Ontvangen zelfmetingen

Het ontvangende systeem stuurt een ontvangstbevestiging van de zelfmetingen. Indien de zelfmetingen niet verwerkt kunnen worden vanwege fouten of business rules (bijvoorbeeld niet ondersteunde codes), bevat de ontvangstbevestiging een foutmelding. Het technisch ontwerp licht verder toe welke foutcodes er zijn en wanneer dit van toepassing is.

2.2.5 Bedrijfsrollen

Deze use case kent twee bedrijfsrollen.

Bedrijfsrol	Activiteit
Patiënt	Wil zelfmetingen van vitale functies sturen
Zorgaanbieder	Ontvangt zelfmetingen van vitale functies

Bedrijfsrollen Medicatieoverzicht

Onderstaande afbeelding toont de bedrijfsrollen en de activiteiten die zij uitvoeren.

Activiteitendiagram sturen zelfmetingen vitale functies

2.2.6 Procesbeschrijving

2.2.6.1 'Patient journey' - Roos Dalstra

Het verhaal van de 'patient journey' van Roos Dalstra vindt u hier.

Hieronder een voor Roos relevante situatie waarbij het sturen van zelfmetingen betreffende de vitale functie een rol speelt.

Sinds een aantal maanden maakt Roos gebruik van een online persoonlijke gezondheidsomgeving. Daarin houdt ze onder andere haar bloedglucosewaarden bij. Daarnaast moet ze zich dagelijks wegen in verband met haar hartfalen. Bij hartfalen is de pompfunctie van het hart verminderd. Het hart pompt niet genoeg bloed rond, hierdoor kun je vocht vasthouden. Om dit te monitoren weegt Roos zich dagelijks, en houdt ze haar gewicht bij in haar persoonlijke gezondheidsomgeving. Wanneer haar gewicht toeneemt, dan krijgt ze een signaal vanuit haar PGO, omdat dit zou kunnen duiden op het vasthouden van vocht. Doordat Roos de huisarts toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld iets in de medicatie wordt gewijzigd, dan ziet Roos dit in haar persoonlijke gezondheidsomgeving terug. De huisarts kan op zijn beurt de gegevens die Roos heeft ingevoerd bekijken, bijvoorbeeld met een handige grafiek die haar bloedsuikers over de afgelopen periode laat zien

2.2.6.2 Proces

Het stuk van het proces waar het in deze use case om gaat is:

• Het systeem van een patiënt (PGO) stelt zelfmetingen van de vitale functies beschikbaar aan het systeem van een zorgaanbieder (XIS).

Deze paragraaf vervolgt met een beschrijving van precondities, proces stappen, en post condities.

2.2.6.2.1 Preconditie

De patiënt heeft toestemming gegeven voor het elektronisch uitwisselen van zelfmetingen van de vitale functies tussen het betreffende XIS en de eigen persoonlijke gezondheidsomgeving.

De zorgaanbieder wil de zelfmetingen van de vitale functies inzien en de patiënt stelt dit ook beschikbaar.

Een patiënt kan steeds zelf het initiatief nemen om de meetwaarden te sturen, maar het is ook mogelijk dat een PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de beschrijving van deze use case geen verschil.

2.2.6.2.2 Proces stappen

• Het systeem van de patiënt (PGO) stuurt zelfmetingen van de vitale functies naar een XIS.
• Het systeem van de zorgaanbieder (XIS) ontvangt en verwerkt de zelfmetingen van de patiënt.
• De zorgaanbieder gebruikt de het XIS om de zelfmetingen van de vitale functies in te zien.

2.2.6.2.3 Post conditie

De patiënt heeft zelfmetingen gestuurd via de persoonlijke gezondheidsomgeving.

2.2.7 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 zelfmetingen vitale functies van patiënt naar zorgaanbieder.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PGO	ZelfmetingenVitaleFunctiesSturend	MM--ZVS-FHIR	Sturen zelfmetingen vitale functies naar zorgaanbieder
XIS	ZelfmetingenVitaleFunctiesOntvangend	MM--ZVO-FHIR	Ontvangen zelfmetingen vitale functies van de patiënt

Zie ook onderstaande afbeelding.

Componenten diagram

De kwalificatie van informatiesystemen vindt plaats op basis van systeemrollen.

2.2.8 Transacties, Transactiegroepen en systeemrollen

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 use case.

Transactiegroep	Transactie	Systeemrolcode	Systeem	Bedrijfsrol
Zelfmetingen Vitale Functies(PUSH)	Sturen zelfmetingen van vitale functies	MM--ZVS-FHIR	PGO	Patiënt
	Ontvangen zelfmetingen vitale functies	MM--ZVO-FHIR	XIS	Zorgaanbieder

2.2.9 Use case diagram

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

Use case diagram

3 Functionaliteit

Er zijn geen aanwijzingen/eisen voor functionaliteit van de systemen.

4 Verantwoordelijkheid voor informatie

Er zijn geen specifieke toevoegingen over verantwoordelijkheden voor informatie.

5 Afschermen van gegevens

Er zijn geen afspraken over het afschermen van gegevens.

6 Infrastructuur

Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

7 Referenties

Auteur(s)	Titel	Versie	Datum	Bron	Organisatie
AUTEUR(S)	TITEL	VERSIE	DATUM	BRON	ORGANISATIE

Referenties

8 Release notes

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de Ontwerpen landingspagina voor wijzigingen die op alle informatiestandaarden van toepassing zijn.

Release	Versie	BITS issue	Omschrijving
2020.01 - November 2022	2.0.25	MM-3808	A known issue has been added to the Vital Signs FHIR IG about using the LastN operation in combination with blood glucose observations. It is not possible to retrieve the last observation using LastN, because blood glucose observations use multiple categories.
		MM-3792	De tabellen met release notes per versie van de informatiestandaarden zijn opnieuw opgesteld zodat ze een completer beeld geven. De tabellen zijn daarnaast afgekapt op de laatste majorversie van de standaard.
		MM-3626	Er is extra (uniek) testmateriaal ontwikkeld voor de Zelfmetingen-informatiestandaard, dat uitgebreider is dan de huidige kwalificatiematerialen.
2020.01 - Oktober 2022	2.0.24	MM-3700	De uitleg over het gebruik van tokens is als sectie opgenomen in de overkoepelende handleiding van Touchstone, de losse pagina is verwijderd.
2020.01 - September 2022	2.0.23	MM-3595	The outdated contact information in the profiles has been updated.
		MM-3549	A known issue has been added to the implementation guide about using internal references in combination with a batch operation, which isn't allowed according to the FHIR specifications.
		MM-3357	The test and qualification scripts that test the communication with the XIS in JSON format now also use JSON when information is sent, and not only when it is requested.
2020.01 - Augustus 2022	2.0.22	MM-3493	De uitleg over het gebruik van het CCG-formulier is aangepast naar de huidige werkwijze.
		MM-3475	The incorrect HTTP status code in the error handling example related to a syntactically incorrect request has been fixed. Moreover several typos and inconsistencies have been corrected on the 'Error handling examples' page.
		MM-3162	Op Raadplegen kwalificatiescripts AllergieIntolerantie, PDF/A, eAfspraak, Zelfmetingen wordt nu toegelicht dat er in de kwalificatie geen extra raadpleging op patient wordt verwacht, wanneer in een scenario geen inhoudelijke gegevens beschikbaar zijn.
2020.01 - Juli 2022	2.0.21	MM-3367	Spelfouten opgelost en andere kleine aanpassingen doorgevoerd.
		MM-3361	Datatabellen voor hartfrequentie en bloedglucose zijn toegevoegd aan het kwalificatiescript Zelfmetingen Beschikbaarstellen. Het scenario overzicht is verbeterd en nieuwe pagina layout toegepast.
		MM-3355	Een toelichting dat het BSN niet uitgewisseld mag worden met PGO's is toegevoegd aan het algemeen functioneel ontwerp.
		MM-3338	De git-repository's "Nictiz-STU3-testscripts" en "Nictiz-STU3-testscripts-src" zijn samengevoegd en verhuisd naar een nieuw repository met de naam "Nictiz-testscripts".
		MM-3337	De TestScript-resources voor test- en kwalificatiedoeleinden op TouchStone zijn gemigreerd naar FHIR R4.
		MM-3308	In the FHIR STU3 IG, the link to "paging" the FHIR spec has been corrected.
		MM-3300	In the MedMij FHIR IG, the link to "MedMij consultaties" has been corrected.
		MM-3222	In the zib-BodyHeight profile the binding strength on the element .code has been added explicitly.
2020.01 - Juni 2022	2.0.20	MM-3279	De narratives in de test- en kwalificatiefixtures worden vanaf nu bij elke wijziging opnieuw gegenereerd.
		MM-3254	In the general IG an explanation has been added that our FHIR profiles don't use the mustSupport flag.
		MM-3230	Several examples of the zib2017 profiles were missing a reference to PractitionerRole. This reference has been added.
		MM-2759	Correct and incorrect examples have been added to the common FHIR IG for referencing resources when the server doesn't support RESTful reads.
2020.01 - Mei 2022	2.0.19	MM-3204	In de Touchstone-handleiding is een waarschuwing geplaatst over het verwijderen van de USER_KEY of ORG_KEY in publieke plekken.
		MM-3184	Op de kwalificatiepagina zijn de 'Conformiteitscheck Gegevensdienst'-documenten (CCGs) verwijderd.
		MM-3054	Reference.display is niet langer verplicht in de technische testscripts wanneer de NullFlavor- of data-absent-reason-extensie aanwezig is.
		MM-2230	De datasetspecificaties (in ART-DECOR) zijn bijgewerkt zodat dit overeenkomt met het functioneel ontwerp en kwalificatiemateriaal van Zelfmetingen.
2020.01 - April 2022	2.0.18	MM-3096	In the error handling examples on the FHIR IG, 'OperationOutcome.code' has been replaced by 'OperationOutcome.issue.code' in accordance with the FHIR specs.
		MM-3045	Aan alle DVZA-testen voor succesvolle search operations op Touchstone is een assert toegevoegd die controleert of de self-link de gebruikte search parameters onderkent.
		MM-3032	In de kwalificatiematerialen wordt nu gecontroleerd of FHIR Identifiers zowel een .system (of eventueel een .type) en een .value bevatten.
		MM-2972	De Identifier veranderd van URL naar urn:oid in onze technisch kwalificatie materiaal.
2020.01 - Maart 2022	2.0.17	MM-2973	De assert die testte op aanwezigheid van .display of .text in elementen van type CodeableConcept ging er ten onrechte vanuit dat .text alleen aanwezig mag zijn als de gecodeerde waarde afwezig is. Dit is aangepast.
		MM-2825	In onze Kwalificatie fixtures werd in sommige Patient resources bij adres .use gebruikt. Dit is mag alleen bij uitzondering gebruikt worden.
2020.01 - Februari 2022	2.0.16	MM-2887	Op de FAQ kwalificatiepagina is de term pre-kwalificatie vervangen door kwalificatie 1. Verder is het kwalificatieproces verduidelijkt.
		MM-2886	Added a textual known issue to the ValueSet ProbleemNaamCodelijst that an urn:oid is present where an url is expected.
		MM-2882	Op de kwalificatiewikipagina is explicieter aangegeven dat bij afwijkingen van het kwalificatiescript er een argumentatie noodzakelijk is dat vooraf moet worden gecommuniceerd.
		MM-2880	In the profiles nl-core-address and nl-core-contactpoint, the Markdown notation for the tables has been changed to an actual table instead of a code block.
		MM-2872	Er is een leesvriendelijke tekst aan 2 links toegevoegd in de introductie op het algemene functioneel ontwerp
		MM-2858	De PGO-testscripts voeren geen uitgebreide checks meer uit op de FHIR-responses vanuit de testserver.
		MM-2846	In een van de technische PDFA-testscripts voor XIS-systemen die test op een JSON-response werd om een XML-response gevraagd. Dit is aangepast.
		MM-2844	The patch version number for nl-core-practitioner has been corrected.
		MM-2834	In various CapabilityStatements, searchParams that were present, but that were not shown in their respective TOs, were removed and incorrect searchIncludes have been corrected.
		MM-2820	In the package manifests for all packages, the incorrect entry "web" has been changed to "url". This change pertains the packages for zib2017, Questionnaires, BgZ, Images and eAfspraak.
		MM-2787	In de technische TestScripts wordt gecontroleerd of .system én .code altijd samen aanwezig zijn en of er geen ValueSet-uri gebruikt wordt als .system.
		MM-2770	Op de kwalificatiewikipagina's is additionele informatie toegevoegd dat verduidelijkt op welke systeemomgeving gekwalificeerd dient te worden.
		MM-2721	De generieke uitgangspunten van de systeemrol 'Sturen' is toegevoegd en de systeemrol 'Ontvangen' is uitgebreider beschreven op de kwalificatiepagina 2020.01.
		MM-2691	De technische TestScripts gebruiken nu de "Prefer: return=representation" header bij het sturen van informatie om te garanderen dat de response de aangemaakte resources bevat.
		MM-2663	In de gezamenlijke basis voor de Touchstone-testen zijn de MedMij-asserts uitgesplitst van de niet-MedMij-asserts. Hierdoor is de volgorde van asserts in veel Touchstone-testscripts veranderd.
		MM-2659	Een aantal overlappende testen in de technische TestScripts van verschillende standaarden zijn generaliseerd naar een algemene basis. Sommige TestScripts voeren daardoor completere controles uit.
		MM-2375	De aansluitpagina voor Touchstone is veralgemeniseerd zodat deze multi-inzetbaar. Op de MedMij-wikipagina staat nu deze algemene informatie samen met MedMij-specifieke informatie.
2020.01 - Januari 2022	2.0.15	MM-2764	In de meest recente beoordelingsformulieren is de volledigheidsbeoordeling uitgebreid met specifiekere technische criteria. Tevens is de achterhaalde term '(pre)' van '(pre)kwalificatie' verwijderd uit de beoordelingsformulieren en wikipagina's.
		MM-2734	Er is nu een pagina met informatie over het toepassen van herleidbaarheid in PGO en XIS. Hiernaar wordt naar verwezen vanuit het algemeen functioneel ontwerp en alle kwalificatiescripts voor de rollen raadplegen en ontvangen.
		MM-2695	Het functioneel ontwerp en de FHIR IG van Zelfmetingen bevatten nog geen informatie over identificatie van opgestuurde metingen, dit is toegevoegd. Systemen worden nu aangemoedigd om een identifier toe te voegen bij het insturen van metingen, in lijn met de algemene FHIR IG van MedMij.
		MM-2682	The display value for LOINC code 14743-9 in the qualification resources of SelfMeasurements was incorrect, this has been changed to the correct value "Glucose [mol/volume] in capillair bloed d.m.v. glucometer".
		MM-2636	Added an identifier to the bundle scenarios and equalize the bundle contents for scenario 2.1 with the resources from scenario 1.x for SelfMeasurements.
		MM-2607	A known issue is added to the BodyWeight and BloodGlucose profiles: some ValueSets contain more codes than is expected from a functional perspective, therefore use of these specific codes is discouraged.
		MM-2531	De ontbrekende uitleg over het gebruik en invoeren van de variabele T-datum is toegevoegd aan de sectie Configureren simulator op de kwalificatiepagina.
		MM-2515	Aan de kwalificatie-eisen is uitleg toegevoegd in welke omstandigheden een Touchstone-uitvoer gefaalde tests mag bevatten.
		MM-2461	In the zib2017 FHIR package, the missing terminology bindings in profiles zib-AllergyIntolerance and zib-BodyHeight have been restored.
		MM-2324	All LoadResources scripts for the qualification materials are bundled per main folder (MedMij-20XX.0X-Test/Cert), leading to less overhead in the montly update cycle.
2020.01 - November 2021	2.0.14	MM-2404	Het functioneel ontwerp van Zelfmetingen verwijst nu naar de website van stichting Legio, waar de de eisen en mapping-specificaties omtrent ontvangen van zelfmetingen, gedownload kunnen worden.
		MM-2451	Op de kwalificatiepagina's van eAfspraak en Zelfmetingen is een downloadbaar overzicht geplaatst onder 'specifieke afspraken huisartssystemen'. Het overzicht bevat implementatie-advies vanuit OPEN/Legio en welke afwijkingen op het kwalificatiescenario zijn toegestaan voor DVZA/HIS combinaties.
		MM-2492	Enkele kwalificatiescenario's van Zelfmetingen, use case Raadplegen, zijn gewijzigd. In Touchstone is de hartfrequentie toegevoegd aan scenario 1.6. Het kwalificatiescript en aanleverformat vermelden de hartfrequentie nu ook in scenario 1.7. Het script vermeldt nu ook dat de PGO geleegd moet worden na scenario 1.5. Tevens zijn de scenario's nu opgenomen in een nieuwe layout (tabel) om de toelichting te verbeteren.
		MM-2510	The profile zib-Respiration has been added to the Capability Statements (client/server) of SelfMeasurements.
		MM-2517	The vitals-signs profiles have been updated with an extra discriminator on .code.coding. system has been added as a discriminator.
		MM-2518	Het functioneel ontwerp van Zelfmetingen licht nu de zoekacties voor raadplegen beter toe (laatste meting, categorie) zodat het overeenkomt met het technisch ontwerp.
		MM-2552	Voor de kwalificatie van Zelfmetingen, use case 'raadplegen', is in het kwalificatiescript en aanleverformat verduidelijkt dat het tonen van de persoongegevens wordt verwacht.
		MM-2582	A missing code has been added to the 'GlucoseMeetmomentenNhgtable45Codelijst' ValueSet.
2020.01 - Oktober 2021	2.0.13	MM-2390	The minimally required zibs (HCIMs) are now listed on both FHIR IG and functional design of Vital Signs. Respiration has been added to the Vital Signs FHIR IG.
		MM-2395	In the Vital Signs IG, it has been clarified that a batch transaction is required when sending Observations to a server.
		MM-2397	Guidance has been added to the FHIR IG to explain that .entry.request.method is required for all resources that are sent as part of batch/transaction Bundle, even for resources that are not actually to be created.
		MM-2415	Guidance has been added to the FHIR IG on working with "secondary" resources (Patient, Practitioner) which are referred from a resource that's being created by a client on a server.
2020.01 - September 2021	2.0.12	MM-2288	Created a ConceptMap for the PositieCodelijst from SNOMED to LOINC and added it to the FHIR profiles (HCIM BodyHeight & VitalSigns BodyHeight).
		MM-2276	The IG for SelfMeasurements is now using the right canonical urls to the nl-core profiles at Simplifier.
2020.01 - Augustus 2021	2.0.11	MM-2300	De kwalificatiescripts en addenda zijn naar wiki-pagina’s omgezet. Verwijder of archiveer eerder gedownloade (pdf) versies.
2020.01 - Juli 2021	2.0.10	MM-2205	Het was niet duidelijk hoe een server moest reageren op Zelfmetingen (Observation-resources) die niet ondersteund worden (bijvoorbeeld vanwege business rules). Er is in de MedMij FHIR IG duiding toegevoegd bij het onderdeel "Error handling", ook is er een voorbeeld toegevoegd. Vanuit zowel het functioneel ontwerp als het technisch ontwerp van Zelfmetingen wordt verwezen naar dit stukje uitleg.
2020.01 - Juni 2021	2.0.9	MM-2067	Op het functioneel ontwerp (wiki) van Zelfmetingen is een iframe op genomen voor "Sturen zelfmetingen". De weergave van de ART-DECOR publicatie toont nog obsolete elementen, dit wordt hersteld met MM-2230.
		MM-1621	In the Vital Signs FHIR IG, guidance is added on mustSupport flags in Vital Signs FHIR profiles. The mustSupport flags are inherited from the FHIR core profiles and have no meaning in the MedMij use case.
2020.01 - Mei 2021	2.0.8	MM-2048	The IG for Vital Signs has been changed to make clear that there is no particular expectation to the combination or order of the stated search parameters and lastn operation.
2020.01 - April 2021	2.0.7	MM-1962	The CapabilityStatements for Vital Signs 2.x (2020.01) differed from the requirements stated in the FHIR IG, this is corrected on the following items: added missing profiles: vitalsign-bloodglucose, zib-BodyWeight, zib-Pulserate, removed invalid profile "bp", removed unnecessary profiles: bodyweight, oxygensat and vitalsigns, added the lastn operation. For implementer convenience, the profiles nl-core-patient and nl-core-practitioner are added to the FHIR IG. Those were already present in the CapabilityStatement.
2020.01 - September 2020	2.0.1	MM-517	In zib-LaboratoryTestResult-Observation, removed the fixed value of "has-member" in related.type. Added guidance on the use of this profile in relation to other instances.
2020.01 - Zomerrelease 2020	2.0.0	MM-1284	Correctie op volgorde van benoemde processtappen use case raadplegen binnen de informatiestandaard Zelfmetingen, proces stond verkeerd om beschreven.
		MM-1204	In the zib-BloodPressure profile, the slices for diastolic and systolic pressure have been made required.
		MM-1092	An extra scenario is added for SelfMeasurements MedMij qualification. This scenario adds PHR and XIS testscripts with a search on Observation resources with category 'vital signs'.
		MM-1080	Het kwalificatiemateriaal voor Zelfmetingen wordt per use case gepubliceerd. Een (kandidaat-)deelnemer is niet verplicht te kwalificeren op meerdere use cases. Met het opknippen van het kwalificatiescript wordt dit verduidelijkt.
		MM-972	The definition for the use of the lastn operation is unclear in the FHIR specification, therefore interpretation is added to the FHIR IG's of the information standards that use lastn.
		MM-898	In zib-LaboratoryTestResult-Observation, Observation.interpretation.coding is sliced to support both the FHIR core ValueSet and the (partially overlapping) HCIM ValueSet.
		MM-507	In "VitalSigns Profile NL", the cardinality of Observation.performer is relaxed from 1..* to 0..*
		MM-476	The unit of the LOINC code used for fasting blood glucose differed from the unit used in the other blood glucose LOINC codes. To rectify this, code 41604-0 was changed to 14770-2 in the valueset 'GlucoseMeetmomentenLOINCCodelijst' and on the SelfMeasurements FHIR IG. This has also been changed in the qualification material.