Zelfmetingen - test MedMij - Testscript Zelfmetingen Sturen
Versie door Ivar Janssen (overleg | bijdragen) op 26 okt 2022 om 09:26 (Release notes op juiste manier toegevoegd.)
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:
- Maak de meetwaarden voor de testpersoon aan, gebruik hiervoor de inhoudelijke gegevens.
- Maak schermafdrukken van de wijze waarop de PGO de meetwaarden toont aan de gebruiker.
- Stuur meetwaardem richting de testsimulator (Touchstone), zoals beschreven in het scenario.
- De testsimulator (Touchstone) zal de meetwaarden ontvangen en verwerken.
- 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 testdoeleinden1 en welke tests (deels)vereist zijn voor kwalificatie2 en 3.
1Enkel voor testdoeleinden, niet vereist voor kwalificatie
2Enkel bloeddruk, lichaamsgewicht en hartfrequentie vereist voor kwalificatie
3Enkel 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 |
1Enkel voor testdoeleinden, niet vereist voor kwalificatie
2Enkel bloeddruk, lichaamsgewicht en hartfrequentie vereist voor kwalificatie
3Enkel 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 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. |