MedMij:Vissue-MM-3629/Testscript Zelfmetingen Sturen

1 Doelgroep

De doelgroep van dit testscript is de PGO leverancier die zich voorbereidt op MedMij kwalificatie op de systeemrol Sturen.

2 Inleiding

2.1 Algemene informatie

Dit testscript is opgesteld ten behoeve van MedMij. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard kan je vinden via de overzichtspagina's van het Functioneel ontwerp en Technisch ontwerp.

2.2 Begrippenlijst

In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in deze algemene begrippenlijst (switchlink).

3 Test-informatie

3.1 Algemeen

Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Uitleg over het aansluiten op Touchstone is hier via de algemene kwalificatiepagina te vinden.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze test.

3.2 Voorwaarden voor testen

Je hebt als kandidaat-deelnemer voldoende kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij (switchlink).

3.3 Uitgangspunten test

Pas de generieke uitgangspunten voor de kwalificatie MedMij (switchlink) toe voor de systeemrol waarop je in dit script kwalificeert.

3.4 Testaanpak

Houdt tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.

4 Testscript

4.1 Uit te voeren stappen test systeemrol Sturen

Voer – voor ieder scenario – de volgende stappen uit:

1. Maak de meetwaarden voor de testpersoon aan, gebruik hiervoor de inhoudelijke gegevens.
2. Maak schermafdrukken van de wijze waarop de PGO de meetwaarden toont aan de gebruiker.
3. Stuur meetwaardem richting de testsimulator (Touchstone), zoals beschreven in het scenario.
4. De testsimulator (Touchstone) zal de meetwaarden ontvangen en verwerken.
5. Indien er een foutmelding is beschreven in het scenario: maak een schermafdruk van de wijze waarop de PGO dit aan de gebruiker kenbaar maakt.

4.2 Uitgangspunten

Voor alle onderstaande scenario's gelden een paar algemene principes:

• De persoon is ingelogd in de PGO en wil gegevens sturen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit testscript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.
• Daarnaast is het uitgangspunt dat één bronsysteem (XIS) bevraagd wordt.

4.3 Overzicht scenario’s

De te gebruiken testdata waarna wordt verwezen in de onderstaande testscenario's is te vinden aan het eind van deze pagina, onder het hoofdstuk inhoudelijke gegevens. De nummering in de eerste kolom is enkel toegevoegd ter verbetering van de leesbaarheid van dit testscript. Verzenden en/of tonen van deze nummering is niet nodig.

Daarnaast is per scenario met superscript aangegeven welke tests enkel bedoeld zijn voor testdoeleinden¹ en welke tests (deels)vereist zijn voor kwalificatie² en ³.

¹Enkel voor testdoeleinden, niet vereist voor kwalificatie
²Enkel bloeddruk, lichaamsgewicht en hartfrequentie vereist voor kwalificatie
³Enkel bloeddruk, lichaamsgewicht, bloedglucose en hartfrequentie vereist voor kwalificatie

Nr	Scenario	Doel van test	Verwacht resultaat	Inhoudelijke gegevens
1.11	PGO gebruiker verstuurt de laatste meetwaarde ademhaling zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (16 ademhalingen per/minuut) wordt verstuurd	Ademhaling
1.21	PGO gebruiker verstuurt alle meetwaarden ademhaling op in de periode T-24 t/m T-35 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (24 en 14 ademhalingen per/minuut) worden verstuurd	Ademhaling
1.31	PGO gebruiker wil ademhaling meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Ademhaling
2.11	PGO gebruiker verstuurt de laatste meetwaarde lichaamslengte zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (1,92m) wordt verstuurd	Lichaamslengte
2.21	PGO gebruiker verstuurt alle meetwaarden lichaamslengte op in de periode T-1150 t/m T-1750 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (1,95 en 1,91m) worden verstuurd	Lichaamslengte
2.31	PGO gebruiker wil lichaamslengte meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Lichaamslengte
3.11	PGO gebruiker verstuurt de laatste meetwaarde lichaamstemperatuur zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (37,2 °C) wordt verstuurd	Lichaamstemperatuur
3.21	PGO gebruiker verstuurt alle meetwaarden lichaamstemperatuur op in de periode T-18 t/m T-22 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (37,7 en 38,5 °C) worden verstuurd	Lichaamstemperatuur
3.31	PGO gebruiker wil lichaamstemperatuur meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Lichaamstemperatuur
4.11	PGO gebruiker verstuurt de laatste meetwaarde O2Saturatie zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (94% saturatie) wordt verstuurd	O2Saturatie
4.21	PGO gebruiker verstuurt alle meetwaarden O2Saturatie op in de periode T-250 t/m T-840 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (92% en 96% saturatie) worden verstuurd	O2Saturatie
4.31	PGO gebruiker wil O2Saturatie meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	O2Saturatie
5.11	PGO gebruiker verstuurt de laatste meetwaarde polsfrequentie zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (64/min) wordt verstuurd	Polsfrequentie
5.21	PGO gebruiker verstuurt alle meetwaarden polsfrequentie op in de periode T-72 t/m T-130 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (72/min en 67/min) worden verstuurd	Polsfrequentie
5.31	PGO gebruiker polsfrequentie meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Polsfrequentie
6.1	PGO gebruiker verstuurt de laatste meetwaarde zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (121/79 mmHg) wordt verstuurd	Bloeddruk
6.2	PGO gebruiker verstuurt alle meetwaarden bloeddruk op in de periode T-25 t/m T-44 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (123/81 mmHg en 122/80 mmHg) worden verstuurd	Bloeddruk
6.3	PGO gebruiker wil bloeddruk meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Bloeddruk
7.1	PGO gebruiker verstuurt de laatste meetwaarde lichaamsgewicht zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (82 kg) in lichte kleding/ondergoed wordt verstuurd	Lichaamsgewicht
7.2	PGO gebruiker verstuurt alle meetwaarden lichaamsgewicht op in de periode T-2 t/m T-7 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (81.5 kg en 81 kg zonder kleding) worden verstuurd	Lichaamsgewicht
7.3	PGO gebruiker lichaamsgewicht meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Lichaamsgewicht
8.1	PGO gebruiker verstuurt de laatste meetwaarde bloedglucose zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (5.4 mmol/l) wordt verstuurd	Bloedglucose
8.2	PGO gebruiker verstuurt alle meetwaarden bloedglucose in de periode T-6 14:00 t/m T-6 21:00 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (7.4 mmol/l en 7.2 mmol/l) worden verstuurd	Bloedglucose
8.3	PGO gebruiker wil bloedglucose meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Bloedglucose
9.1	PGO gebruiker verstuurt de laatste meetwaarde hartfrequentie zoals beschreven onder inhoudelijke gegevens	Aantonen dat metingen in het systeem kunnen worden opgevoerd en verstuurd	Meting nr 1 (62/min) wordt verstuurd	Hartfrequentie
9.2	PGO gebruiker verstuurt alle meetwaarden hartfrequentie op in de periode T-16 t/m T-42 zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem kan omgaan met meerdere metingen in één bericht	Meting nr 2 en 3 (94/min en 64/min) worden verstuurd	Hartfrequentie
9.3	PGO gebruiker wil hartfrequentie meting nr 4 versturen zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem niet valide metingen kan herkennen en hier op een juiste manier mee om kan gaan	Er wordt duidelijk gemaakt dat versturen niet mogelijk is omdat deze meting in de toekomst is	Hartfrequentie
10.12	PGO gebruiker verstuurt alle meetwaarden in de categorie vitale functies zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem meerdere meetwaarden van verschillende typen kan sturen in hetzelfde bericht	Er worden 32 metingen verstuurd, vier van ieder type meting muv bloedglucose	Ademhaling, Lichaamslengte, Lichaamstemperatuur, O2Saturatie, Polsfrequentie, Bloeddruk, Lichaamsgewicht, Hartfrequentie
10.23	PGO gebruiker verstuurt alle meetwaarden zoals beschreven onder inhoudelijke gegevens	Aantonen dat het systeem meerdere meetwaarden van verschillende typen kan sturen in hetzelfde bericht	Er worden 36 metingen verstuurd, vier van ieder type meting	Ademhaling, Lichaamslengte, Lichaamstemperatuur, O2Saturatie, Polsfrequentie, Bloeddruk, Lichaamsgewicht, Bloedglucose, Hartfrequentie

¹Enkel voor testdoeleinden, niet vereist voor kwalificatie
²Enkel bloeddruk, lichaamsgewicht en hartfrequentie vereist voor kwalificatie
³Enkel bloeddruk, lichaamsgewicht, bloedglucose en hartfrequentie vereist voor kwalificatie

5 Aandachtspunten voor inhoudelijke gegevens

5.1 Persoonsgegevens

Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

5.2 Variabele T datum

De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over de T datum is hier te vinden.

6 Inhoudelijke gegevens

6.1 Administratieve gegevens

6.1.1 Persoonsgegevens

Patiënt
Achternaam	XXX_Herder
Voorvoegsels	de
Voornaam	Diederik
Voorletter(s)	D
Geslacht	Man
Adresgegevens	Knolweg 1001, 9999 XX, Stitswerd
Geboortedatum	16-12-1985
fBSN	999901370

6.2 Ademhaling meetwaarden

Nr	Ademfrequentie	Ademhaling DatumTijd	Ritme	Diepte	Afwijkend ademhalingspatroon	Extra Zuurstoftoediening	Toelichting	Toegediende Zuurstof
1	16 ademhalingen per/minuut	T-7	Normaal (code = '5467003' in codesysteem 'SNOMED CT')	Normaal (code = '301284009' in codesysteem 'SNOMED CT')	Nee	Nee
2	24 ademhalingen per/minuut	T-25	Normaal (code = '5467003' in codesysteem 'SNOMED CT')	Oppervlakkig (code = '386616007' in codesysteem 'SNOMED CT')	Nee	Ja	Na halve marathon	1.2 liter/min, FiO2 0.4 via neusbril
3	14 ademhalingen per/minuut	T-34	Normaal (code = '5467003' in codesysteem 'SNOMED CT')	Normaal (code = '301284009' in codesysteem 'SNOMED CT')	Nee	Nee
4	16 ademhalingen per/minuut	T+4	Normaal (code = '5467003' in codesysteem 'SNOMED CT')	Normaal (code = '301284009' in codesysteem 'SNOMED CT')	Nee	Nee
5	13 ademhalingen per/minuut	T-72	Normaal (code = '5467003' in codesysteem 'SNOMED CT')	Normaal (code = '301284009' in codesysteem 'SNOMED CT')	Nee	Nee

6.3 Lichaamslengte meetwaarden

Nr	LengteWaarde	Lengte DatumTijd	Toelichting	Positie	Informatiebron
1	1,92m	T-837		Staande positie (code = '10904000' in codesysteem 'SNOMED CT')	Patiënt
2	1,95m	T-1151	Inclusief schoenen	Staande positie (code = '10904000' in codesysteem 'SNOMED CT')	Patiënt
3	1,91m	T-1658		Staande positie (code = '10904000' in codesysteem 'SNOMED CT')	Patiënt
4	1,88m	T+6		Staande positie (code = '10904000' in codesysteem 'SNOMED CT')	Patiënt
5	1,85m	T-2645		Liggende positie (code = '102538003' in codesysteem 'SNOMED CT')	Patiënt

6.4 Lichaamstemperatuur meetwaarden

Nr	TemperatuurWaarde	Temperatuur DatumTijd	Toelichting	TemperatuurType	Informatiebron
1	37,2 °C	T-14		Oraal (code = '415945006' in codesysteem 'SNOMED CT')	Patiënt
2	37,7 °C	T-19		Oksel (code = '15882003' in codesysteem 'SNOMED CT')	Patiënt
3	38,5 °C	T-21	Verhoging	Voorhoofd( code = '415922000' in codesysteem 'SNOMED CT')	Patiënt
4	37,4 °C	T+3		Voorhoofd (code = '415922000' in codesysteem 'SNOMED CT')	Patiënt
5	36,9 °C	T-3		Oraal (code = '415945006' in codesysteem 'SNOMED CT')	Patiënt

6.5 O2Saturatie meetwaarden

Nr	SpO2Waare	O2Saturatie DatumTijd	Toelichting	Extra ZuurstofToedining	Informatiebron
1	94%	T-41 om 10:00		Nee	Patiënt
2	92%	T-256 om 08:20		Ja	Patiënt
3	96%	T-837 om 11:30		Nee	Patiënt
4	95%	T+1 om 13:10		Nee	Patiënt
5	93%	T-12 om 14:10		Nee	Patiënt

6.6 Polsfrequentie meetwaarden

Nr	PolsfrequentieWaarde	Polsfrequentie DatumTijd	Toelichting	PolsRegelmatigheid	Informatiebron
1	64/min	T-26		Regelmatig (code = '271636001' in codesysteem 'SNOMED CT')	Patiënt
2	72/min	T-74		Onregelmatig (code = '61086009' in codesysteem 'SNOMED CT')	Patiënt
3	67/min	T-126		Regelmatig (code = '271636001' in codesysteem 'SNOMED CT')	Patiënt
4	66/min	T+9		Regelmatig (code = '271636001' in codesysteem 'SNOMED CT')	Patiënt
5	68/min	T-238		Regelmatig (code = '271636001' in codesysteem 'SNOMED CT')	Patiënt

6.7 Bloeddruk meetwaarden

Nr	Bloeddruk DatumTijd	Systolische Bloeddruk	Diastolische Bloeddruk	Houding	ManchetType	Meet Locatie	Informatiebron
1	T-16 om 08:10	121 mmHg	79 mmHg	Zittende positie (code = '33586001' in codesysteem 'SNOMED CT')	Standaard	Rechter bovenarm (code = '368209003' in codesysteem 'SNOMED CT')	Patiënt
2	T-26 om 07:30	123 mmHg	81 mmHg	Zittende positie (code = '33586001' in codesysteem 'SNOMED CT')	Standaard	Rechter bovenarm (code = '368209003' in codesysteem 'SNOMED CT')	Patiënt
3	T-43 om 08:35	122 mmHg	80 mmHg	Liggende positie (code = '102538003' in codesysteem 'SNOMED CT')	Standaard	Rechter bovenarm (code = '368209003' in codesysteem 'SNOMED CT')	Patiënt
4	T+7 om 08:25	121 mmHg	82 mmHg	Zittende positie (code = '33586001' in codesysteem 'SNOMED CT')	Standaard	Rechter bovenarm (code = '368209003' in codesysteem 'SNOMED CT')	Patiënt
5	T-73 om 08:20	120 mmHg	80 mmHg	Zittende positie (code = '33586001' in codesysteem 'SNOMED CT')	Standaard	Linker bovenarm (code = '368208006' in codesysteem 'SNOMED CT')	Patiënt

6.8 Lichaamsgewicht meetwaarden

Nr	GewichtDatumTijd	GewichtWaarde	Kleding	Toelichting	Informatiebron
1	T-5	82 kg	Lichte kleding/ondergoed		Patiënt
2	T-7	81.5 kg	Zonder kleding		Patiënt
3	T-2	81 kg	Zonder kleding		Patiënt
4	T+2	81 kg	Zonder kleding		Patiënt
5	T-21	82.5 kg	Lichte kleding/ondergoed		Patiënt

6.9 Bloedglucose meetwaarden

Nr	Metingnaam	Uitslag DatumTijd	Tijd Extensie	Uitslagwaarde	ResultaatStatus	Informatiebron
1	Glucose na vasten (code = '14770-2' in codesysteem 'LOINC')	T-6 om 07:20	ACM (code='ACM' in CodeSysteem ‘http://hl7.org/fhir/v3/TimingEvent’)	5.4 mmol/l	Definitief	Patiënt
2	Glucose 2 uur na maaltijd (code = '14760-3' in codesysteem 'LOINC')	T-6 om 14:15	PCD (code='PCD' in CodeSysteem ‘http://hl7.org/fhir/v3/TimingEvent’)	7.4 mmol/l	Definitief	Patiënt
3	Glucose 2 uur na maaltijd (code = '14760-3' in codesysteem 'LOINC')	T-6 om 20:35	PCV (code='PCV' in CodeSysteem ‘http://hl7.org/fhir/v3/TimingEvent’)	7.2 mmol/l	Definitief	Patiënt
4	Glucose na vasten (code = '14770-2' in codesysteem 'LOINC')	T+1 om 07:30	ACM (code='ACM' in CodeSysteem ‘http://hl7.org/fhir/v3/TimingEvent’)	5.2 mmol/l	Definitief	Patiënt
5	Glucose 2 uur na maaltijd (code = '14760-3' in codesysteem 'LOINC')	T-7 om 14:15	PCD (code='PCD' in CodeSysteem ‘http://hl7.org/fhir/v3/TimingEvent’)	7.5 mmol/l	Definitief	Patiënt

6.10 Hartfrequentie meetwaarden

Nr	Hartfrequentie DatumTijd	Hartfrequentie Waarde	Hartslag Meetmethode	Hartslag Regelmatigheid	Toelichting	Informatiebron
1	T-5	62/min	Palpatie (code = '113011001' in codesysteem 'SNOMED CT')	Hartslag regelmatig (code = '271636001' in codesysteem 'SNOMED CT')		Patiënt
2	T-17	94/min	Palpatie (code = '113011001' in codesysteem 'SNOMED CT')	Hartslag regelmatig (code = '271636001' in codesysteem 'SNOMED CT')	Na sporten	Patiënt
3	T-41	64/min	Palpatie (code = '113011001' in codesysteem 'SNOMED CT')	Hartslag regelmatig (code = '271636001' in codesysteem 'SNOMED CT')		Patiënt
4	T+7	61/min	Palpatie (code = '113011001' in codesysteem 'SNOMED CT')	Hartslag regelmatig (code = '271636001' in codesysteem 'SNOMED CT')		Patiënt
5	T-98	66/min	Auscultatie( code = '37931006' in codesysteem 'SNOMED CT')	Hartslag onregelmatig (code = '248650006' in codesysteem 'SNOMED CT')		Patiënt

7 Release notes

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard. Zie de [functioneel ontwerp Zelfmetingen] 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.