DECOR-informatie voor project: Medicatieproces (mp-)

• dr Kai U. Heitmann
• Gerrit Boers
• Tom de Jong
• Maarten Ligtvoet
• Elze de Groot
• Claartje Hülsmann
• Alexander Henket
• Arianne van de Wetering
• Michael Tan
• Marc de Graauw
• Gerda Meijboom
• Tessa van Stijn
• Projectgroep
• Expertpanel
• Nasra Khan
• Camille van den Berg
• Marijke van Geijn
• Hernany Silva Costa Melo
• Shyaam Gajapersad
• Marleen de Kroon

• Wijzigingen in het Functioneel Ontwerp zijn opgenomen bij Documenthistorie in het Functioneel Ontwerp zelf.
• Issue MP-43: Bouwsteen medicatiegebruik. Wanneer informant een persoon is, is het nu verplicht de rol mee te geven in plaats van de naam.
• Issue MP-52: Tekstueel in dataset: Bij omschrijving 'Gebruiksinstructie' is een dubbele zin verwijderd.
• Issue MP-53: Transactie voorschrift. Nieuwe bouwsteen LaboratoriumUitslag toegevoegd om bijvoorbeeld de nierfunctiewaarde mee te kunnen sturen in voorschrift.
• Issue MP-54 en MP-55: Bouwsteen medicatieafspraak. Lengte en gewicht niet langer ín medicatieafspraak. Lengte en gewicht wel opgenomen in transactie voorschrift als aparte bouwstenen.
• Issue MP-57: Bouwsteen medicatieafspraak. Geannuleerd-indicator is verwijderd.
• Issue MP-58: Bouwsteen medicatieafspraak. De kardinaliteit van de groep 'Ketenzorg relaties' stond onterecht op 0..* (de onderliggende concepten waren al 0..*). Gecorrigeerd in de transacties Medicatiegegevens, Medicatieoverzicht, Voorschrift.
• Issue MP-75: Bouwsteen medicatieafspraak en medicatiegebruik. Reden wijzigen stoppen: toelichting als omschrijving toegevoegd in de conceptlijst.
• Issue MP-79: Bouwsteen medicatieafspraak, toedieningsafspraak en medicatiegebruik, concept 'Doseerinstructie'. Diverse mogelijkheden in een cyclisch schema waren niet gedefinieerd in de templates. Dit is hersteld.
• Issue MP-80: Bouwsteen medicatieafspraak, toedieningsafspraak en medicatiegebruik, concept 'Stoptype'. De items in de Stoptype waardelijst hebben nu nog maar één term (tijdelijk/definitief), dit is conform zibs.
• Issue MP-81:
  • Bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Voor "stoptype" zijn nu SNOMED-coderingen toegekend. Dit geldt zowel voor het concept zelf als voor de waarden in de waardelijst.
  • Bouwsteen medicatieafspraak. Voor "reden wijzigen stoppen" zijn SNOMED-coderingen toegekend. Dit geldt zowel voor het concept zelf als voor de waarden in de waardelijst.
  • Bouwsteen medicatieafspraak. Voor het concept "reden van voorschrijven" is een SNOMED codering toegewezen. 
  • Bouwsteen toedieningsafspraak. Voor het concept "reden afspraak" is een SNOMED-code toegewezen. Deze heeft geen waardelijst (vrije tekst).
  • Bouwsteen medicatiegebruik. Voor waarden in de waardelijst van reden wijzigen stoppen  zijn SNOMED-coderingen toegekend. Dit geldt niet voor het concept zelf.
  • Bouwsteen medicatiegebruik. Voor het concept "volgens afspraak indicator" is een SNOMED-code toegekend.
• Issue MP-89: Dataset, omschrijving doseerduur in dataset aangepast.
• Issue MP-90: Transacties (functioneel). Beschreven in de transacties dat Toedieningsduur in combinatie met cyclisch schema niet mogelijk is. Hiervoor omschrijving "volgens protocol" gebruiken.
• Issue MP-91: Bouwsteen verstrekkingsverzoek, concept '(beoogd) verstrekker'. Er is nu meer dan 1 id toegestaan voor de organisatie in de rol van verstrekker, dit is nu consistent met toedieningsafspraak en verstrekking. In de templates is template 9088 uitgefaseerd ten gunste van template 9293. Template 9293 maakt gebruik van het zib template voor zorgaanbieder.
• Issue MP-92: De informatiestandaard had nog geen bouwsteen transacties (voor het beschikbaarstellen van 1 type bouwsteen, bijvoorbeeld medicatieafspraken). Er waren al wel organizer templates. De transacties zijn nu ook aangemaakt.
• Issue MP-93: Bouwsteen verstrekkingsverzoek, het concept 'aantal herhalingen' refereerde in de omschrijving expliciet naar 'te verstrekken hoeveelheid', maar geldt ook voor 'verbruiksperiode'. Dit is verduidelijkt. Geen effect op bericht templates.
• Issue MP-94: Transactie beschikbaarstellen verstrekkingenvertaling, de kardinaliteit van verstrekker / organisatienaam was onterecht 1..1, dit is hersteld naar 0..1.
• Issue MP-95: Patiënt. Het template voor patiënt stelde BSN verplicht, dit is echter te streng voor het persoonsdomein (MedMij). Template voor patiënt op alle plaatsen aangepast naar de zib2017 versie van CDA recordTarget SDTC NL.
• Issue MP-96: Bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Een variabel aantal keer gebruiken (zonder tijdseenheid, bijvoorbeeld 'Gebruik 1 tot 3 keer') was niet gedefinieerd in het template. Dit is toegevoegd.
• Issue MP-97: Bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Een combinatie van meer dan één keer toedieningsduur met eventueel toedieningstijd was niet gedefineerd in het template. Dit is toegevoegd.
• Issue MP-98: Transactie beschikbaarstellen verstrekkingenvertaling, de medicamenteuze behandeling identiticatie ontbrak in de transactie, maar is wel nodig. Hersteld in de transactie. Geen aanpassing nodig in bericht templates.
• Issue MP-100: De relevant (kopie-)MA moet meegestuurd worden in de transactie voorschrift, de kardinaliteit van MA is daarom gezet op 1..*.
• Issue MP-103: Bouwsteen medicatiegebruik. Het template 9166 bevat de verwijzing naar voorschrijver en had een kardinaliteit van 0..1 terwijl het xsd 1..1 afdwingt. Dit is hersteld in het bestaande template.
• Issue MP-105: Bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Een extra waarde is toegevoegd aan de waardelijst voor zonodig/criterium/code.
• Issue MP-107: De bouwstenen organizers kenden geen velden voor inhoudsverantwoordelijke en dossierhoudend zorgverlener, deze zijn toegevoegd om closed warnings meldingen te voorkomen.
• Issue MP-108: Sommige organizer templates misten een valueSet voor statusCode. Het betreft een cosmetische wijziging in template omdat xsd dit al afdwingt.
• Issue MP-112: Functionele verduidelijking van omschrijving welke codes voor ingredientcode gebruikt mogen worden in dataset/transacties.
• Issue MP-130: Bouwstenen medicatieafspraak, toedieningsafspraak, medicatiegebruik. De afspraakdatum / registratiedatum moet altijd datum/tijd bevatten om volgordelijkheid te kunnen vaststellen. Dit is in de dataset nu ook zo gedefinieerd.
• Issue MP-136: Bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Bij toedieningsschema is de vlag 'IsFlexibel' toegevoegd om aan te geven of een toedientijd "flexibel" mag worden geïnterpreteerd.
• Issue MP-137: Bouwsteen medicatiegebruik. Informant - rol persoon. Terminologie voor Thuiszorg aangepast naar SNOMED codering.
• Issue MP-140: Transactie medicatieoverzicht. Patient/adresgegevens. Deze stond op 0..1, maar een patiënt kan meerdere adressen hebben. Daarom aangepast naar 0..*. Geen effect op HL7-templates, hier konden al meerdere adressen worden meegegeven.
• Issue MP-145: Bouwsteen verstrekking. Sinds MP 9.0.6 heeft verstrekkingsverzoek een SNOMED codering, maar dit is onterecht niet doorgevoerd in het template dat de relatie van verstrekking naar verstrekkingsverzoek bevat. Dit is hersteld.
• Issue MP-149: Alle bouwstenen. MP kende een eigen template voor concept 'toelichting', maar de zib building block repo heeft er ook één. In verband met hergebruik over zibs heen, is het beter overal die van de zib toe te passen. Dit is doorgevoerd.
• Issue MP-150: Bouwsteen verstrekking. Template (9255) voor verstrekking was te streng bij effectiveTime/@value (attribuut is verplicht), je moet hier eventueel een nullFlavor kunnen doorgeven. Dit is hersteld in het nieuwe template (9294).

• Issue MP-41: Transactie voorschrift (6.12). In de wrapper template specificaties werd onterecht nog een UZI vereist voor de verantwoordelijke/mandaterende (overseer). Deze extra eis is verwijderd uit het ControlAct wrapper template voor het voorschrift.
• Issue MP-104: Beoogd verstrekker moet URA-nummer hebben. Volgens de specificaties moet de beoogd verstrekker geïdentificeerd worden met een URA-nummer, maar dit stond nog niet in het template (9017). Dit is hersteld in het bestaande template.

• Issue MP-115 en MP-117: Template die in gebruik zijn bij de informatiestandaard ketenzorg misten een vocabulaire binding, dit is hersteld. Heeft pas effect wanneer ketenzorg een nieuwe publicatie maakt.

• Issue 374: Template 9067 voor stoptype had een fout: een stopdatum is niet verplicht bij medicatiegebruik. Dit is hersteld.
• Issue 376: Tekstuele wijziging in toelichting bij template voor reden van voorschrijven. Hier stond per abuis nog 'reden medicamenteuze behandeling'. Dit is hersteld.
• Issue 377: POC-bevinding. Schematron controleert niet op aanwezig zijn van tijd bij MA-afspraakdatum. Er is een warning toegevoegd in het bestaande template.
• Issue 379: Verduidelijking van schematron waarschuwingsteksten voor het opnemen generiekere coderingen (G-std). Aangepast in het bestaande template.
• Issue 381: Code toegevoegd in valueset voor zo nodig criterium (1540 - bij menstruatiepijnen).

• Issue 61 en 62: CDA header: assignedCustodian. In plaats van een MP-specifiek template wordt nu gebruik gemaakt van hetzelfde template als in gebruik is in de ZIB2017 repository. Dit heeft geen effect op de XML instances en validatie.
• Issue 329 : Bouwsteen medicatieafspraak. Dataset, transacties en templates zijn uitgebreid met relaties naar Episode / Contact.
• Issue 334 : Repeatnumber was fout in sommige voorbeeld xml's. Dit is hersteld.
• Issue 337 : Template 9216 voor medicatieafspraak (versie 9.0.6) had in het voorbeeldfragment een verkeerd template-id. Dit is hersteld.
• Issue 338 : Transactie Voorschrift. Het is nu mogelijk om verstrekkingsverzoeken zonder MA of met een kopie-MA te sturen. Hoe het uiteindelijk moet, is nog afhankelijk van (onder andere) een juridische toets en wordt procedureel afgesproken.
• Issue 340 : Bouwsteen medicatiegebruik. Het is nu mogelijk om als zorgaanbieder auteur te zijn van medicatiegebruik.
• Issue 341 : Bouwstenen medicatieafspraak en verstrekkingsverzoek. Het werkadres van de voorschrijver respectievelijk auteur is nu verplicht in de bouwsteen.
• Issue 344 : Bouwstenen verstrekkingsverzoek. Te verstrekken hoeveelheid was onterecht 1..1, te verstrekken hoeveelheid en verbruiksperiode nu beide conditioneel. Alleen gewijzigd in (functionele) transactie. Geen wijziging in bericht template (daar waren beide al 0..1 R).
• Issue 348 : Geneesmiddel - product code. Meerdere product codes zijn gewenst, bij een specifieke G-standaard codering nu ook de meer generieke codering(en) meegeven. Aangepast in de scenario's/transacties.
• Issue 349 : Geneesmiddel - template. De attributen bij ManufacturedMaterial waren verplicht volgens schematron, maar hebben default waarde in het xsd. Niet alle xml parsers genereren in zo'n geval deze attributen. Ze zijn daarom optioneel gezet in het template (en dus de schematrons). Semantisch maakt dat geen verschil.
• Issue 354 : Bouwsteen medicatieafspraak. Lengte en gewicht meetdatum/tijd waren niet verplicht in MP maar wel in zib. Met issue 360 (gebruik maken van zib template) is dit ook hersteld: dus het meegeven van datum/tijd is nu verplicht
• Issue 355 : Bouwsteen medicatieafspraak en medicatiegebruik. MA: de waardelijst voor 'Reden afspraak' is aangepast, tevens is het concept hernoemd. MGB: de waardelijst voor 'Reden stoppen of wijzigen gebruik' is aangepast naar aanleiding van deze aanpassingen in de lijst voor de MA.
• Issue 358 : Informatiestandaard-overstijgende organizers voor bouwsteenquery-responses. Voor infrastructuren die losse bouwstenen opvragen bij bronsystemen zijn er organizers gemaakt die voor de MP-bouwstenen (MA, VV, TA, MVE, MGB) informatie-standaard overstijgend kunnen worden toegepast.
• Issue 359 : Organizer/statusCode. Het was verplicht een nullFlavor door te geven, maar dat is te streng. De templatespecificaties zijn daarom versoepeld.
• Issue 360 : Bouwsteen medicatieafspraak. Lengte en gewicht waren nog gebaseerd op oude zibs (2015) en een specifiek mp-template. Dit is herstel naar 2017 zib met bijbehorend template.
• Issue 362 : Geneesmiddel - product code. De scenario's/transacties noemden onterecht een ATC-codering als optie. Dit is hersteld.
• Issue 363 : Geneesmiddel - product code. Templates geschikt maken om het uitwisselen van 90 miljoen nummers mogelijk te maken.
• Issue 364 : Functioneel ontwerp: diverse aanpassingen in het functioneel ontwerp.

• Issue 333 : De XSLT die 905 XML instances transformeert naar 906 bevatte een fout template id bij de CDA-versie van afhandelen voorschrift, waardoor deze onterecht niet aangepast werd. Dit is hersteld in MP905_Transform_MP906.xsl die terug te vinden is in de XML-materialen in de map: XML\xsl\xsl-Mp.
• Issue 342 : De schematron asserts voor andermans bouwstenen (MA, TA, Medicatiegebruik) bevatte een fout. Het betreft templates 9202, 9205, 9209. Dit is hersteld.
• Issue 343 : Het template voor auteur/adres van medicatieoverzicht (template 9169) was te streng. Dit is hersteld.
• Issue 346 : Bouwsteen medicatiegebruik. De kardinaliteit van aanvullende instructie (item 22718) was onterecht 0..1 in de transacties (was wel 0..* in de bericht templates). Dit is hersteld naar 0..*.
• Issue 347 : Referentie naar Medicatieafspraak (template 9086) en zorgaanbieder id (template 9112) waren te streng bij het @root attribuut, een nullFlavor werd afgekeurd. Dit is hersteld.
• Issue 350 : Datatype van verstrekte hoeveelheid/aantal. Dit was onterecht 'hoeveelheid', en is nu hersteld naar 'decimaal getal'. Heeft alleen effect op functioneel niveau in dataset (dus niet voor bericht templates / xml instances).
• Issue 353 : Het template voor CDA documenten bevatte een verkeerde referentie naar het CDA template voor author. Dit is hersteld in het bestaande template (9135).

• Issue 335 : Het template voor medicationAdministrationRequest toonde onterecht een 0..* voor doseQuantity, dit moet 0..1 zijn. Dit is hersteld. Dit heeft geen gevolgen voor xml instances of specificaties omdat het xsd de 0..1 al afdwong.
• Issue 339 : In de functionale transactie voor 6.12 verzoek uitvoeren voorschrift (vooraankondiging recept) misten dataset concepten van medicatieafspraak. Dit is hersteld. Geen wijzigingen in het bericht template, deze was en is wel correct.
• Issue 351 : Diverse 6.12 voorbeelden misten bij doseerschema's (PIVL_TS) een operator="A". Dit is hersteld.
• Issue 352 : Het template voor verstrekkingsverzoek hield geen rekening met een nullFlavor voor te verstrekken hoeveelheid. Dit is hersteld.

• Nieuw stuk functionaliteit. De dataset, scenario's en bericht templates voor Voorstel Medicatieafspraak, Voorstel verstrekkingsverzoek en Antwoord op het voorstel verstrekkingsverzoek zijn gespecificeerd.
• Issue 128 : Een SNOMED code is beschikbaar gekomen voor verstrekkingsverzoek. Dit is doorgevoerd in dataset en bericht templates.
• Issue 313 : Er was een verkeerde LOINC code gespecificeerd voor de CDA-documenten. Dit is gewijzigd in een SNOMED codering.
• Issue 320 : Template 9184. Het sturen van een nullFlavor bij routeCode (toedieningsweg) werd onterecht afgekeurd door het template. Dit is hersteld.
• Issue 327 : Waardelijst voor Aanvullende gebruiksinstructie. Template 9022. In de waardelijst ontbrak de optie 'Overig' voor de niet gecodeerde gebruiksinstructies. Dit is hersteld.
• Issue 328 : Template voor reden van voorschrijven (9160) had een verkeerd attribuut bij het value element en er ontbrak een voorbeeld voor een gecodeerde reden van voorschrijven. Dit is hersteld.
• Issue 330 : Templates voor kopie bouwstenen (MA, TA, GB in medicatieoverzicht) hebben nu een eigen templateId. De bestaande templateIds zijn ook gewijzigd vanwege backward compatibiliteit (andermans bouwstenen mogen niet meer in het template voor 'eigen' bouwstenen).
• Issue 331 : Templates voor CDA documenten anders dan medicatieoverzicht had een onnodige specificatie voor authenticator. De authenticator is niet in gebruik bij deze transacties. Deze overbodige specificatie is verwijderd uit de templates (template 9135).

• Issue 319 : De transactie Toedieningsgegevens bevatte de verkeerde bouwsteen. De juiste (toedieningsafspraak) hier nu in geplaatst.
• Issue 321 : Tijdseenheid bij Toedieningssnelheid had onterecht datatype 'code'. Dit is hersteld naar 'Hoeveelheid'.

• Issue 323 : Op diverse plaatsen misten in 6.12 transacties nog template associaties (associatie van dataset concept naar template). Dit is hersteld.
• Issue 325 : In de wiki toelichting bij verstrekker/zorgverlenerrol ontbrak de openbaar apotheker. Dit is hersteld in de wiki toelichting 6.12.8.
• Issue 326 : In het template voor medicationAdministrationInstruction stond onterecht een specificatie voor attribuut @typeCode. Dit is hersteld in het template (101).

• Issue 318 : In het Author template voor Condition stond 'representedOrganization' terwijl dit volgens het xsd 'Organization' moet zijn. Dit is hersteld in het template (810).
• Issue 322 : Op diverse plaatsen misten in 6.12 transacties nog template associaties (associatie van dataset concept naar template). Dit is hersteld.

• Waardelijst id="2.16.840.1.113883.2.4.3.11.60.20.77.11.17" Change Reason Medication versie 2015-09-29T00:00:00 (mp8)
• Waardelijst id="2.16.840.1.113883.2.4.3.11.60.20.77.11.21" Reden afspraak of wijziging gebruik versie 2016-06-17T11:20:39 (mp9)
• Waardelijst id="2.16.840.1.113883.2.4.3.11.60.20.77.11.24" Rol Persoon versie 2016-10-11T16:49:07 (mp9)

• Issue 278 : Transactie medicatieoverzicht. Patient was onterecht niet gedefinieerd als mogelijke auteur. Geldt voor zowel dataset als templates. Dit is hersteld.
• Issue 279 : Bij voorschrijver identificatie moet UZI meegegeven worden indien bekend, maar is AGB/BIG als alternatief toegestaan. Dit is aangepast in de scenario's/transacties. In de bericht templates was dit al goed.
• Issue 294 : Bouwsteen medicatiegebruik. De gebruikindicator was onterecht gemapt op negationInd in HL7, dit is hersteld. Dit heeft effect op de templates / xml instances!
• Issue 302 : In de functionele transactie definitie, was bij de toedieningsafspraak - doseerinstructie - Zo nodig/Criterium/Omschrijving onterecht 1..1R, dit is hersteld naar 0..1R. Geen effectiop templates / xml instances, daar was het al 0..1R.
• Issue 304 : Bouwsteen Medicatiegebruik: het geneesmiddel was in de templates te streng, patiënten mogen dit rapporteren in vrije tekst. Dit is hersteld.
• Issue 306 : Templates 9187 en 9188 misten voorbeeldfragmenten. Dit is hersteld.
• Issue 307 : Voorstel verstrekkingsverzoek. Het template was te streng voor verbruiksperiode/duur, dit is hersteld.
• Issue 308 : Medicatiegebruik. De toedieningsweg was te streng in de bericht templates, want vereiste codering. Dit is hersteld.
• Issue 309 : Voorstel verstrekkingsverzoek. In het template miste de supply/code, dit is hersteld.
• Issue 305 : Bij voorstel transacties was de medicatieproduct omschrijving onterecht 1..1 R. Dit is hersteld naar 0..1 R. In de templates was dit al juist.
• Issue 310 : Verstrekkingsverzoek: de auteur van verstrekkingsverzoek moet qua kardinaliteit/conformance hetzelfde zijn als medicatieafspraak/voorschrijver, maar was niet zo. Dit is hersteld.
• Issue 312 : Gebruiksinstructie/gebruiksperiode en doseerduur. Het was - op functioneel niveau - niet duidelijk hoe medicatie voor onbepaalde duur wordt weergegeven via de dataset. Dit is toegelicht in de omschrijving bij gebruiksperiode en doseerduur. In templates ook alleen kleine tekstuele aanpassingen.
• Issue 314 : In de transacties voor medicatieoverzicht ontbrak de mogelijkheid om gemakkelijk te herkennen of bouwstenen van de verzender of van een andere bron zijn. Hiervoor is het kenmerk "kopie-indicator" toegevoegd bij bouwstenen medicatieafspraak, toedieningsafspraak en medicatiegebruik. Dit kenmerk is toegevoegd aan transacties voor medicatieoverzicht en de corresponderende templates.

• Issue 239 : De concept omschrijving voor 'aanschrijfdatum' was niet helder. Dit is verbeterd.
• Issue 250 : De concept omschrijving voor 'toedieningsafspraak/gebruiksperiode' was specifiek voor medicatieafspraak in plaats van toedieningsafspraak. Dit is verbeterd.
• Issue 258 : In de dataset had Verbruiksduur een voorbeeld in mnd, maar dat is niet toegestaan. Dat is hersteld.
• Issue 262 : Het concept type voor 'Eenheidsterm' was onterecht 'Aantal'. Dit is verbeterd naar 'string'. Dit item zit nog in geen enkele transactie, dus alleen effect op dataset.
• Issue 281 : Doseerinstructie. Bij "Zo nodig" is de omschrijving aangevuld met een verwijzing naar het Functioneel ontwerp.
• Issue 288 : De omschrijving van het concept toedieningsduur is aangescherpt in de dataset.
• Issue 289 : Therapeutische bouwstenen (MA, TA, Medicatiegebruik)Bij "Aanvullende informatie" is de omschrijving aangevuld met een verwijzing naar het Functioneel ontwerp.
• Issue 290 : Transactie toediengegevens. De naamgeving van de actoren bij sturen/ontvangen toediengegevens waren in ART-DECOR niet conform het functioneel ontwerp. Dit is hersteld.
• Issue 292 : Bij de transactiegroepen voor het uitwisselen van medicatiegegevens (PUSH en PULL) is de omschrijving aangevuld met een verwijzing naar het Functioneel ontwerp.
• Issue 295 : Bouwsteen medicatiegebruik. De omschrijving bij gebruiksperiode was onduidelijk. Dit is verbeterd.
• Issue 298 : Doseerinstructie. Frequentie/tijdseenheid had onterecht datatype 'code', dit is hersteld naar 'hoeveelheid'. Alleen effect op dataset (niet op templates / xml instances).
• Issue 300 : Gebruiksinstructie/Herhaalperiode cyclisch schema. De omschrijving is aangevuld met de tekst "Een cyclisch schema wordt weergegeven in dagen, de bijbehorende doseerduur is daarbij ook in dagen.". Bij eigenschappen is ook de eenheid 'd' als enige toegestane eenheid gedefinieerd. Geen effect op bericht templates, deze waren hiermee al in lijn.
• Issue 303 : Doseerinstructie. Gebruiksinstructie/Aanvullende instructie is in de dataset gewijzigd van datatype 'string' naar 'code' met de invulling van tabel 25 coderingen. Mag ook ongecodeerd doorgegeven worden. Dit is analoog aan hoe het ook in 6.12 gespecificeerd is. Geen aanpassing in de templates nodig, daar was dit al correct.
• Issue 316 : Bouwsteen toedieningsafspraak. Datatype voor 'Reden afspraak' was onterecht 'text'. Dit is hersteld naar 'string'. Alleen effect op dataset (niet op templates / xml instances).

• Issue 315 : Condities query. Er ontbraken validaties voor statusCode/responseModalityCode/ responsePriorityCode bij query template 9034 (contraindicaties 6.12). Dit is hersteld.

• Issue 238 : MP 9 bouwsteen Medicatiegebruik en voorstel Medicatieafspraak en voorstel Verstrekkingsverzoek. De patiënt als auteur was in het template niet in lijn met internationale aanbeveling. Dit is hersteld. Dit heeft effect op instances en is niet backwards compatible.
• Issue 245 : MP 9 templateId voor identificatie medicamenteuze behandeling. De kardinaliteit in de templates is aangepast naar wat in de transacties gedefinieerd staat.
• Issue 246 : Bouwsteen medicatieafspraak, alleen dataset. Omschrijving gewijzigd voor het concept "Reden afspraak" van: "Reden voor deze afspraak.", naar: "Reden voor het maken van deze medicatieafspraak. Dit kan de reden zijn om de medicatie te starten, te wijzigen of te stoppen."
• Issue 247 : Bouwstenen Toedieningsafspraak en Verstrekking. Het inmiddels overbodig geworden commentaar verwijderd bij de dataset concepten Toedieningsafspraak/Toelichting en Verstrekking/Toelichting
• Issue 248 : Bouwsteen medicatieafspraak, alleen dataset. Omschrijving gewijzigd voor het concept "Aanvullende informatie". Omschrijving gewijzigd naar: "Aanvullende informatie bevat een lijst van bijzonderheden over de gemaakte afspraak die van belang zijn voor de medicatiebewaking en invulling door de apotheker. Hiermee kan bijvoorbeeld worden aangegeven dat er bewust is afgeweken van wat gebruikelijk is of dat de afspraak op een bepaalde manier moet worden ingevuld."
• Issue 249 : Bouwsteen medicatieafspraak, alleen dataset. Omschrijving gewijzigd voor het concept "Toelichting" van: "Toelichting bij medicatieafspraak. Deze toelichting kan bijvoorbeeld uitleg bevatten waarom een voorschrijver een medicatieafspraak maakt die afwijkt van wat gebruikelijk is.", naar: "Opmerkingen met betrekking tot de medicatieafspraak. Bijvoorbeeld: in overleg met de specialist."
• Issue 254 : Bouwsteen medicatiegebruik. In de scenarios/transacties met Medicatiegebruik was onbedoeld het dataset concept 'Eenheidsterm' opgenomen. Dit is hersteld.
• Issue 255 : Diverse voorbeeldfragmenten verbeterd in templates.
• Issue 256 : Bouwsteen verstrekkingsverzoek. Het template MP CDA Verstrekkingsverzoek (9087) had als enige bouwsteen template geen 'code' element. Dit is verplicht (!) toegevoegd analoog aan de andere bouwstenen (MA, TA, VS, Gebruik).
• Issue 257 : Transacties voor medicatieoverzicht. Er stonden een aantal overbodige dataset concepten in de transacties. Deze waren al niet opgenomen in de templates, zijn nu ook verwijderd uit transacties (PUSH en PULL). Het gaat om: adres/additioneleInformatie, afdelingspecialisme en organisatietype.
• Issue 259 : Bouwsteen verstrekking. Het template MP CDA Verstrekking (9094) definieerde bij verbruiksduur (expectedUseTime) onterecht een low en een high. Dit is hersteld.
• Issue 260 : Bouwsteen medicatiegebruik, alleen dataset (geen effect op bericht templates). Medicatiegebruik/gerelateerde verstrekking/identificatie erfde van verkeerde concept, dit is hersteld
• Issue 261 : Bouwsteen medicatiegebruik. Kleine correctie in template 9154 - Gebruik entryRelationships voor redenen miste verplichte attribuut typeCode, deze moet waarde 'RSON' hebben. Dit is nu expliciet gemaakt in het template.
• Issue 263 : Alle bouwstenen. Template 9111 was te streng voor zorgverlener identificaties, een andere id dan uzi/agb/big mag ook worden meegegeven. Dit is hersteld.
• Issue 266 : Bouwsteen medicatiegebruik. Template Medicatiegebruik (9154) gebruikte een verkeerd template (9013) voor informant zorgverlener, dit is hersteld naar 9167.
• Issue 267 : Template MP CDA author medicatieoverzicht (9171) miste toelichting bij time, dit is hersteld.
• Issue 269 : Bouwsteen medicatiegebruik. Het template voor de voorschrijver bij medicatiegebruik was te streng. Dit is hersteld.
• Issue 270 : Bouwsteen medicatiegebruik. Voorschrijver in medicatiegebruik had te veel velden in transacties, dit is hersteld. Deze bevat nu dezelfde velden als de voorschrijver uit MA, wel allemaal met een kardinaliteit van 0..x. Betreft alle transacties waar medicatiegebruik in zit (102, 134, 138, 148, 150)
• Issue 271 : MP9 templates. Bij templates 9113, 9066 en 9167 is het opnemen van het template id nu optioneel ipv verplicht.
• Issue 272 : MP9 templates van voorstel transacties (ma en vv). Het was niet mogelijk om voorstelgegevens/toelichting in het bericht te plaatsen. Dit is hersteld.
• Issue 273 : Transactie voorstel verstrekkingsverzoek (geen effect op bericht templates). De kardinaliteit/conformance van het geneesmiddel in het verstrekkingsverzoek in de transactie voorstel verstrekkingsverzoek week onterecht af van die van de medicatieafspraak. De kardinaliteit/conformance van voorschrijver/zorgverlener/naamgegevens in de medicatieafspraak ook in de transactie voorstel verstrekkingsverzoek week onterecht af van die in medicatieafspraak in andere transacties. Dit is recht getrokken.
• Issue 274 : Transactie medicatieoverzicht (geen effect op bericht templates). Binnen de groep Patient/Contactgegevens/Emailadressen onterecht het emailadres optioneel. De groep is namelijk al optioneel. Dit is hersteld.
• Issue 275 : MaxDoseQuantity template (9064) had een verkeerde waardelijst gekoppeld voor tijdseenheid, minuten en uren werden niet toegestaan. Dit is hersteld.
• Issue 276 : Bouwsteen Medicatieafspraak. Bij aanvullende informatie (template 9177) was onterecht een datatype 'CD' gebruikt. Dit is hersteld naar 'CE'. Let op! Dit heeft effect op instances en is niet backwards compatible.
• Issue 277 : Templates voor voorstel verstrekkingsverzoek. Bij de medicatieafspraak in een voorstel verstrekkingsverzoek was het niet toegestaan om alleen een omschrijving van een ongecodeerd geneesmiddel mee te geven. Dit is hersteld.
• Issue 282 : XML schema's voor organizer/component. De xsd's zijn bijgewerkt om compatibiliteitsredenen met Ketenzorg. Dit heeft géén effect op xml instances / templates.
• Issue 283 : XML schema's voor DTr2 IVL_TS. De xsd's voor DTr2 IVL_TS waren onterecht als extensie van QSET_TS gedefinieerd. Dit moet een extensie zijn van SXCM_TS en is hersteld. Dit heeft géén effect op xml instances / templates.
• Issue 285 : MP 9 bouwsteen Medicatiegebruik. De patiënt als informant was in het template niet in lijn met hoe het na issue 238 gedaan is voor auteur. Dit is hersteld. Dit heeft effect op instances en is niet backwards compatible.
• Issue 286 : MP 9 Voorstel Verstrekkingsverzoek. Het bericht template (9131) voor voorstel verstrekkingsverzoek miste de relatie naar de medicatieafspraak. Dit is hersteld.
• Issue 287 : MP 9 transacties voorstel medicatieafspraak / voorstel verstrekkingsverzoek: de kardinaliteiten/conformance van voorstelgegevens onderling gelijk gemaakt. Geen effect op de bericht templates.

• Issue 265 : Transactie voorschrift. Template Medication Dispense Request (103): schematron gaf een onterechte fout bij het opnemen van twee vertalingen bij te verstrekken hoeveelheid. Dit is hersteld.

• Issue 244 : Bij verstrekkingsverzoek was de kardinaliteit voor identificatie (id) in het template onterecht 1..*. Dit is hersteld naar 1..1.

• Issue 242 : Bij medicatieverstrekkingenlijstquery ontbrak in de transmission wrapper een controle op acceptAckCode = 'NE'. Dit is hersteld.

• Issue 243 : Binnen een dosering met een doseerhoeveelheid was het niet mogelijk om meer dan één toedientijd/weekdag/dagdeel te specificeren. Dit is hersteld.

• Issue 240 : Een template voor doseerinstructies - toedieningsduur (9161) had een fout voorbeeld xml fragment. Dit is hersteld.
• Issue 241 : Bij een template voor doseerinstructies (9121) ontbrak iets in het voorbeeld xml fragment. Dit is hersteld.

• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9050" name="MedicatieoverzichtPatient" displayName="Medicatieoverzicht patiënt"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9135" name="MPCDAPart2Reuse" displayName="MP CDA Part2Reuse"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9170" name="MPCDAPart2ReuseMO" displayName="MP CDA Part2Reuse Medicatieoverzicht"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9104" name="MPHL7MedicatiegegevensOrganizer" displayName="MP HL7 Medicatiegegevens Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9124" name="MPHL7AfhVoorschriftOrganizer" displayName="MP HL7 Afhandeling Voorschrift Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9125" name="MPHL7SturenGebruikPayload" displayName="MP HL7 Sturen gebruik Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9126" name="MPHL7VoorschriftOrganizer" displayName="MP HL7 Voorschrift Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9127" name="MPHL7VoorstelMAOrganizer" displayName="MP HL7 Voorstel medicatieafspraak Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9130" name="MPHL7VoorstelVVOrganizer" displayName="MP HL7 Voorstel Verstrekkingsverzoek Organizer"
• Template id="2.16.840.1.113883.2.4.3.11.60.20.77.10.9132" name="MPHL7MedicatieoverzichtOrganizer" displayName="MP HL7 Medicatieoverzicht Organizer"

• De template "2.16.840.1.113883.2.4.3.11.60.20.77.10.9119" MPCDArecordTarget2 had een verplichte recordTarget/templateId welke in de geharmoniseerde template is komen te vervallen. Dit heeft impact op implementaties!
• De template "2.16.840.1.113883.2.4.3.11.60.20.77.10.9051" MPCDArecordTarget stond patient/id en patient/birthplace optioneel toe. Deze zijn beide in komen te vervallen in de geharmoniseerde template. De eerste was in CDA al deprecated en zou sowieso niet gebruikt moeten worden; ook de transactie en het template maakten geen use case duidelijk. De tweede, geboorteplaats, bestaat geen Zorginformatiebouwsteen voor en de transactie en het template maakten geen use case duidelijk voor gebruik op een Medicatieoverzicht.
• Verder zijn enkele kleine verschillen in expressiviteit op het gebied van de templatekoppelingen met datasetconcepten. Adres is wel gekoppeld aan hl7:addr, Naam is gekoppeld aan hl7:name, Telefoon/e-mail wel aan hl7:telecom, maar verdere subcomponenten (adresdelen, naamdelen, gebruikstype, telefoonnummer/e-mailadres) zijn niet gekoppeld. De betreffende datatypetemplates laten in duidelijkheid niets aan het toeval over en koppelen zou, door de wijze waarop dit werkt, onnodig dupliceren van template inhouden.

• Issue 237 : Bij (meest gebruikte) UCUM-eenheden ontbrak een toelichting. Dit is toegevoegd met een link naar een wiki pagina.

• Issue 202 : Bij magistraal moet het mogelijk zijn om 'aanvullen tot' mee te geven bij ingrediënten. Dit kan met nullFlavor 'QS' in HL7. Dit is doorgevoerd in de bericht templates.
• Issue 213 : Bij nieuwe vooraankondigingen voorschrift is de verplichting op UZI-identificatie voor de voorschrijver losgelaten. Identificatie mag nu met UZI en/of AGB.

• Issue 24: Template voor voorschrift. Wanneer er meer dan één therapeuticAgentOf voor een voorschrift is, moet de eenheid van de periode altijd 'd' (dag) zijn. Dit wordt nu ook gecontroleerd door de schematrons.
• Issue 211 : Het schematron was te streng voor ingrediënten voor magistralen (verplichting op activeIngredient). Het onderscheid tussen actieve en hulpstoffen is niet nodig. Dit is hersteld (verplichting op activeIngredient óf otherIngredient).
  
• Issue 218: Bij naam persoon was er een onterecht verplicht fixed attribuut given/@qualifier='BR', initialen mogen ook meegegeven worden met qualifier 'IN'. Dit is hersteld.

• Issue 183 : Er ontbrak een valueset bij Verstrekking/Distributievorm. Deze is toegevoegd.
  
• Issue 190 : Verstrekkingsverzoek heeft nu een relatie naar 0..* Medicatieafspraken. Medicatieafspraak heeft een relatie naar 0..1 medicatieafspraak, toedieningsafspraak of medicatiegebruik.
  
• Issue 194 : In de toekomst wordt voorschrijven op generieker niveau mogelijk. Daarom alvast SNK en SSK toegevoegd als mogelijke medicatie coderingen.
  
• Issue 204 : Extra codelijst-element bij toedieningsafspraak - aanvullende informatie.
• Issue 208 : Bij Reden afspraak is de waarde 'wijziging' is overbodig.'Wijziging' verwijderd uit waardelijst.
  
• Issue 209 : Einddatum gebruik: tijd moet verplicht meegegeven worden

• Issue 112 : Bij reden wijzigen/stoppen voor medicatiegebruik stond nog een SNOMED terminologiekoppeling die niet klopte. Dit is hersteld. In de bericht template werd wél al de juiste code gebruikt.
• Issue 189 : Voorschrijver toegevoegd aan Medicatiegebruik. De hieruit volgende wijzigingen in scenario/bericht template zijn behandeld in issue 224.
  
• Issue 192 : De omschrijving van ingangsdatum en einddatum (van de gebruiksperiode) is aangescherpt na consultatie van leveranciers.
• Issue 195 : De omschrijving van Medicatiegebruik is verduidelijkt.
  
• Issue 200 : De naam van het dataset concept 'Herhaalperiode' zorgde voor verwarring en is aangepast naar 'Herhaalperiode cyclisch schema'.
• Issue 203 : Bij gebruiksinstructie keerdosis en toedieningssnelheid stond de hoeveelheid medicatie als integer, maar hier moeten ook decimalen kunnen worden doorgegeven. Dit is hersteld in de dataset. In de bericht templates stond dit al goed en deze zijn daarom niet gewijzigd.
• Issue 205 : Het datatype van Medicatieafspraak/Toelichting is gewijzigd van text naar string (van tekst mét opmaak naar tekst zonder opmaak).
  
• Issue 206 : Het datatype van Verstrekkingsverzoek/Toelichting is gewijzigd van text naar string (van tekst mét opmaak naar tekst zonder opmaak).
  
• Issue 207 : Bij medicatietoediening ontbrak een omschrijving. Deze is toegevoegd.
  
• Issue 215 : Patiënt en mantelzorger kunnen ook toediener zijn voor het concept medicatietoediening. Dit was nog niet mogelijk in de dataset. Dat is aangepast analoog aan medicatiegebruik.
• Issue 217 : Er kan per dosering maar 1 weekdag meegegeven worden, de naam 'weekdagen' was verwarrend. Naam van het element 'weekdagen' is daarom aangepast naar 'weekdag'.
• Issue 222 : Gebruiksinstructie is opgenomen als separaat concept om herbruikbaarheid te verbeteren.
• Issue 230 : Bij verstrekking/verstrekker was onterecht ook een zorgverlener opgenomen (naast zorgaanbieder). Dit is hersteld zodat alleen zorgaanbieder overblijft.
• Issue 235: De gebruiksperiode in medicatieafspraak / toedieningsafspraak en medicatiegebruik was weergegeven in drie concepten (ingangsdatum / duur / einddatum), dit is equivalent met 1 concept met datatype "tijdsduur". Dit is aangepast naar het concept "Gebruiksperiode".

• Issue 191 : Bij een voorschrift is het nu mogelijk meerdere medicamenteuze behandelingen en ook meerdere verstrekkingsverzoeken horende bij 1 MA op te nemen.
• Issue 199 : Medicatieoverzicht scenario's hebben nu medicatieafspraak, toedieningsafspraak, gebruik en documentgegevens.
  
• Issue 224 : Voor transactie met medicatiegebruik is de voorschrijver toegevoegd nav issue 189. Alle elementen in medicatiegebruik/voorschrijver 0..1, behalve de identificatie zorgverlener/zorgaanbieder, die zijn 0..*. Bijbehorende templates ook aangepast.
  
• Issue 225 : Functionele wens is onderscheid tussen MA/TA/Gebruik op medicatieoverzicht. De bouwstenen MA en TA zijn daarom toegevoegd aan deze transactie met issue 199. Dit is ook doorgevoerd in de bericht templates.
  
• Issue 227 : Voor het medicatieoverzicht ontbrak de auteur (zorgaanbieder) in de payload. Deze is toegevoegd.
  
• Issue 233 : Bij medicatieoverzicht ontbrak patiënt telefoonnummer en adres. Dit is hersteld.
  

• Issue 136 : Bij medicatiegebruik is de informant / auteur een keuze van één van de onderliggende concepten. Dit was bij de scenario's / transacties nog niet gespecificeerd. Dat is toegevoegd. In de bericht templates geen wijziging.
• Issue 232 : De kardinaliteit bij toedieningsafspraak/verstrekker/zorgaanbiederidentificatie was onterecht 1..1 in alle transacties, dit is hersteld naar 1..*.Wijziging met effect op MP 9 (alleen bericht templates):
  
• Issue 210 : Een template associatie (link tussen dataset concept en template) bij toedieningsafspraak wees onterecht naar medicatieafspraak/identificatie. Dit is hersteld.
  
• Issue 228 : Er stond een verouderde codering in het template voor Toedieningsafspraak. Dit is hersteld naar de juiste SNOMED code zoals bij de dataset is opgenomen.
• Issue 229 : Het voorbeeld fragment van het template voor Medicatieafspraak bevatte een foutieve OID (9168 moet zijn 9148). Dit is hersteld.
• Issue 231 : Bij ingrediënten (voor magistrale medicatie) miste vertaling naar G-standaard eenheden in de templates. Dit is hersteld.
• Issue 234 : Documentdatum was niet opgenomen in de HL7-messaging ("organizer") versie van medicatieoverzicht. Dit is hersteld.

• Issue 236 : Het schema voor organizer is zoveel mogelijk recht getrokken met CDA Clinical Statement. Voor MP 9 XML instances betekent dit dat het (eerder verplichte) attribuut contextControlCode op xml element component niet meer opgenomen mag worden.

• Issue 216 . Waardelijst voor zo nodig - criterium toegevoegd op basis van de lijst aanvullende teksten met tekstcategorie 'conditie' (G-standaard / NHG). Zie het issue voor alle details.

• Issue 196. Omschrijving gebruiksinstructie aangepast van 'Gebruiksinstructie' naar: 'Aanwijzingen voor het gebruik of toediening van de medicatie, bijvoorbeeld dosering en toedieningsweg. Bij medicatiegebruik is dit het gebruikspatroon dat de patiënt heeft gevolgd of met zichzelf heeft afgesproken.' Zie het issue voor alle details.
• Issue 204. Bij toedieningsafspraak - aanvullende informatie: de waardelijst ingevuld en van coderingen voorzien.Zie het issue voor alle details.
• Issue 219. Waardelijst aanvullende informatie medicatieafspraak aangepast conform uitkomsten expert panel op 4 april 2017. Zie https://www.z-index.nl/documentatie/publicaties/proof-of-concept-medicatieproces Zie het issue voor alle details.
• Issue 220. Waardelijst aanvullende wensen verstrekkingsverzoek aangepast conform uitkomsten expert panel op 4 april 2017. Zie https://www.z-index.nl/documentatie/publicaties/proof-of-concept-medicatieproces. Zie het issue voor alle details.
• Issue 221. Waardelijst aanvullende informatie verstrekking aangepast conform uitkomsten expert panel op 4 april 2017. Zie https://www.z-index.nl/documentatie/publicaties/proof-of-concept-medicatieproces. Zie het issue voor alle details.

• Issue 188 "Schematron warning toevoegen wanneer unit buiten meest gebruikte UCUM eenheden valt" met status "Gesloten". Zie het issue voor alle details. Laatste gebeurtenis (2017-01-18T12:54:09):
  Er is een waarschuwing toegevoegd wanneer een gevonden UCUM eenheid niet eentje is van de meest gebruikte zoals opgesomd in:
  http://informatiestandaarden.nictiz.nl/wiki/7phcy:V6.12.10_HL7v3-domeinspecificatie_Pharmacy#medicationAdministrationRequest.doseQuantity
  en: http://informatiestandaarden.nictiz.nl/wiki/7phcy:V6.12.10_HL7v3-domeinspecificatie_Pharmacy#medicationDispenseEvent.quantity
  
  Wijziging in validatiewaarschuwing zowel voor MP 6.12 als voor MP 9.

• Issue 164 "Welke codes horen bij ingrediënt code?" met status "Gesloten". De toegestane product en ingrediënt codes zijn gelijk getrokken met MP6.12.
• Issue 170 "Rol zorgverlener dubbelop (gebruik/informant)", de redundante rol is verwijderd

• Issue 174: Medicatiegebruik\Stoptype toegevoegd 0..1 R
• Issue 185: Medicatiegebruik\Reden gebruik overal 0..1 R.
• Issue 186: Toelichting in alle bouwstenen 0..1 R.
• Medicatieoverzicht scenario's uitgewerkt voor push en pull interactie.

• issue 142, de mapping van het dataset element 'dagdeel' naar de template(s) ontbrak. Dit is hersteld.
• issue 144, de dataset omschrijving bij eenheid specificeerde niet tabel 902 uit de G-standaard. Tevens valueset toegevoegd met codesysteem voor G-standaard.
• issue 148, de kardinaliteit voor de groep dosering was niet in alle transacties 0..*, dit is hersteld. Dit gaat om de transacties op functioneel niveau, aan de technische (HL7/CDA) templates is niets gewijzigd.
• issue 149, de kardinaliteit voor dagdeel / weekdagen was niet consequent in alle transacties, dit is hersteld.

• issue 141 (BITS MP-36): het template toonde 0..* voor Condition terwijl maximaal 1 keer het element Condition is toegestaan. Dit is hersteld.

• 139: kardinaliteit in template (1..*) klopte niet met scenario's (0..1) voor indicatie in medicamenteuze behandeling. Dit is hersteld.

• Alle referenties naar waardelijsten en templates op naam zijn vervangen door referenties op id. Namen zijn ambigu wanneer een project in contact staat andere projecten.
• In template DoseQuantity ("2.16.840.1.113883.2.4.3.11.60.20.77.10.9048" / "2015-07-24T15:11:09") is de koppeling op de drie elementen hl7:doseQuantity verbeterd (elementen hadden geen uniek id)
• In template doseCheckQuantity ("2.16.840.1.113883.2.4.3.11.60.20.77.10.9049" / "2015-07-28T13:30:31") is de context ** indicatie verwijderd, omdat dat niet kan in een template op datatype-niveau en bovendien het vereiste hl7:template element daarvoor niet was gespecificeerd.

• Dataset 8.0 is aangepast en bevat nu ook de reden van niet gebruik medicatie met template associatie
• Scenario 2.16.840.1.113883.2.4.3.11.60.20.77.4.80 Meld medicatiegebruik en 2.16.840.1.113883.2.4.3.11.60.20.77.4.91 Opleveren medicatiegebruik eveneens aangepast.
• Dataset 8.0 is aangepast en bevat nu als query parameter ook de gebruiksperiode voor medicatiegebruik
• Scenario 2.16.840.1.113883.2.4.3.11.60.20.77.4.90 Opvragen medicatiegebruik eveneens aangepast