ZIBIssues500 1: verschil tussen versies

Versie van 25 okt 2023 om 10:42

ZIB-500

Heroverweeg WaarschijnlijkheidCodelijst

Aangemaakt op:	31-10-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
Reviewcommentaar op uitwerking in FHIR BGZ 1.0 AllergieIntolerantie Waarschijnlijkheid van Ernst de Bel: "Mapping kan beter: confirmed = certain, probable = likely, ruled out is klinisch niet bewijsbaar (dus onzin), possible doen we ook niet aan" Dat betekent dat "Zeker niet" en "Mogelijk" uit de lijst zouden moeten worden gehaald.
Besluit:
Het element Waarschijnlijkheid is vervallen.

ZIB-502

ZorgverlenerRol hoort niet thuis bij Zorgverlener

Aangemaakt op:	03-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
Zorgverlenerrol hoort niet thuis in de ZIB Zorgverlener. De semantiek van het veld is namelijk geënt op de rol die iemand speelt in de context van een behandeling/bezoek/etc. Dit element hoort dus ook daar thuis en kan geen intrinsieke eigenschap van een zorgverlener zijn. Geen enkele zorgverlener is per definitie bijvoorbeeld een Performer/Attender/Consultant.
Besluit:
De ZorgverlenerRol blijft maar kan zowel in de relatie als in de zib vormgegeven worden. Het is altijd een rol in een bepaalde usecase dus één rol.

ZIB-509

Wat is de toegevoegde waarde van zib Polsfrequentie naast Hartfrequentie?

Aangemaakt op:	17-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Polsfrequentie

Omschrijving:
Afkomstig uit ZIB-454 van Igor: wat voegt dit toe t.o.v. Hartfrequentie - gemeten volgens palpatie?
Besluit:
Naar aanleiding van de discussie is besloten om beide zibs te behouden. Bij nl.zorg.Hartfrequentie is de meetmethode 'Palpatie' op deprecated gezet.

ZIB-512

Hoe houd je verschillende adresgegevens uit elkaar?

Aangemaakt op:	17-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
Afkomstig uit ZIB-454 van Igor: Zorgaanbieder: postcode verwijst naar bouwsteen patient, maar als ik adres patient en zorgaanbieder in 1 bestand zet hoe houd ik ze dan uit elkaar als ze geen uniek nummer hebben?
Besluit:
Door het opsplitsen van de Patient bouwsteen in drie sub-bouwstenen: Naamgegevens, Contactgegevens en Adresgegevens is deze issue opgelost.

ZIB-513

Is UZI het geschikte codestelsel voor Zorgverlener?

Aangemaakt op:	17-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
Afkomstig uit ZIB-454 van Igor: Zorgverlener: is het wenselijk de zorgverlener met UZI te identificeren? En hebben alle ziekenhuismedewerkers met patiëntencontact een dergelijk nummer?
Besluit:
Tekstuele aanpassing in conceptbeschrijving van het zorgverleneridentificatienummer om het mogelijke gebruik van het veld te verduidelijken.

ZIB-517

Onduidelijk hoe ProductTypeCodelijst gebruikt moet worden.

Aangemaakt op:	23-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Onduidelijk hoe ProductTypeCodelijst gebruikt moet worden. Toegestaan zijn alle waarden (UNSPSC)? Betekent dit dat je elke string hiervoor kunt gebruiken?
Besluit:
UNSPSC is vervangen door SNOMED CT.

ZIB-522

Codestelsel veranderen voor producttype

Aangemaakt op:	29-11-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Op dit moment wordt UNSPSC aangeduid als te gebruiken codestelsel voor producttype van medische hulpmiddelen. Dit graag wijzigen naar SNOMED CT, omdat UNSPSC geen veelgebruikt codestelsel in NL is en omdat SNOMED breder gebruikt wordt en een medisch terminologiesysteem is.
Besluit:
UNSPSC is vervangen door SNOMED CT.

ZIB-523

Foutieve code in SNAQScoreCodelijst

Aangemaakt op:	07-12-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	SNAQScore

Omschrijving:
In de SNAQScoreCodelijst de omschrijvingen van LossAverage en LossHigh verwisseld en dus foutief. Deze moeten aangepast worden.
Besluit:
In de SNAQScoreCodelijst de omschrijvingen van LossAverage en LossHigh verwisseld en dus foutief. Dezeis aangepast.

ZIB-524

Toevoegen Anatomische Locatie en PijnContext teneinde de bouwsteen Pijnbeleving te laten vervallen

Aangemaakt op:	07-12-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Pijnscore

Omschrijving:
De verpleegkundige bouwsteen Pijnbeleving bevat naasr een verwijzing naar de bouwsteen Pinscore alleen de concepten Anatomische Locatie en PijnContext. Daarna voegt de bouwsteen Pijnbeleving te weinig toe om als zelfstandige bouwsteen te handhaven. Als de twee genoemde concepten in de bouwsteen Pijnscore worden opgenomen kan de bouwsteen Pijnbeleving vervallen.
Besluit:
Concept AnatomischeLocatie en Lateraliteit toegevoegd aan nl.zorg.Pijnscore-v3.1.

ZIB-525

Toevoegen stief- en adoptie ouders aan RelatieCodelijst

Aangemaakt op:	12-12-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
Vanuit het programma Kind en Gezin is behoefte om bij gezinssamenstelling ook stief- en adoptie vader en moeder aan te kunnen geven
Besluit:
Toegevoegd aan RelatieCodelijst: STPFTH Stepfather STPMTH Stepmother ADOPTF adoptive father ADOPTM adoptive mother

ZIB-526

Toevoegen EindDatum bij zibs die ook BeginDatum kennen

Aangemaakt op:	15-12-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	03-05-2017
Het betreft de bouwstenen:	Alert

Omschrijving:
Vanuit de Landelijke Implantatie Registratie is behoefte aan een EindDatum voor Hulpmiddel. Maar de vraag kan breder gezien worden dan alleen de LIR. MedischHulpmiddel, maar bv. ook Alert kent wel een BeginDatum, maar geen EindDatum. Aan de andere kant heeft o.a. BehandelAanwijzing wel zowel Begin- als EindDatum. Dit is niet consistent. In het algemeen is het aannemelijk dat, als iets een BeginDatum kent, er ook een EindDatum van belang kan zijn. Verzoek is om aan alle zibs die nu alleen een BeginDatum kennen, ook een EindDatum toe te voegen. En dan tevens het gebruik van de benamingen BeginDatum / BeginDatumTijd over alle zibs gelijk trekken.
Besluit:
EindDatum toegevoegd als datum en tijd waarop de beschreven alert als waarschuwing niet meer van toepassing is.

ZIB-528

ZorgaanbiederIdentificatieNummer, beschrijving is beperkt

Aangemaakt op:	19-12-2016	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
In de definitie staat dat het uitsluitend kan gaan om URA of AGB. Dit is wat beperkt. In de geboortezorg wordt bijv. ook gebruik gemaakt van LVR-id en van een unieke organisatie OID. Een zin die zegt dat ook andere id's mogelijk zijn (afhankelijk van de context), zou fijn zijn, want dan kunnen we het item blijven 'erven'. Anders moeten we een eigen specifieke versie maken.
Besluit:
Aan de beschrijvende tekst van het element ZorgaanbiederIdentificatieNummer is het volgende toegevoegd: " Afhankelijk van de context zijn ook andere ID's mogelijk."

ZIB-529

Voorbeelden bij ProbleemType Conditie onlogisch

Aangemaakt op:	22-12-2016	Status:	In publicatie
Onderdeel van:	Publicatie 2016	Publicatiedatum:
Het betreft de bouwstenen:	OverdrachtConcern (vervallen)

Omschrijving:
In de uitleg bij de zib OverdrachtConcern staat het ProbleemType Conditie als volgt gedefinieerd: "Een conditie (Condition): een beschrijving van een (afwijkende) toestand van het lichaam, die niet noodzakelijkerwijs als ziekte wordt gezien. Voorbeelden: zwangerschap, circulatiestoornis, vergiftiging." Het eerste voorbeeld is te begrijpen, maar een circulatiestoornis of vergiftiging zou ik toch geen "toestand, die niet noodzakelijkerwijs als ziekte wordt gezien" willen noemen. Kunnen deze voorbeelden weggehaald worden? Bv. handvoorkeur (rechts- / linkshandig) lijkt me passender als voorbeeld.
Besluit:
Door aanpassing van de definitietekst van het concept is het als onlogich ervaren voorbeeld van conditie niet langer aanwezig.

ZIB-530

Verwijzingen naar de bouwsteen Verpleegkundige Interventie verwijderd

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Blaasfunctie Brandwond Darmfunctie DecubitusWond FunctieHoren FunctieZien Huidaandoening Infuus Mobiliteit ParticipatieInMaatschappij SondeSysteem Stoma Taalvaardigheid VermogenTotDrinken VermogenTotEten VermogenTotMondverzorging VermogenTotToiletgang VermogenTotZichKleden VermogenTotZichWassen Voedingsadvies Wond Ziektebeleving VermogenTotHaarverzorging(vervallen) VrijheidsbeperkendeMaatregelenGGZ(vervallen) VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Veel van de verpleegkundige bouwstenen bevatten een referentie naar het concept Verpleegkundige Actie van de bouwsteen Verpleegkundige Interventie. Deze verwijzing hoort echter niet op bouwsteen niveau plaats te vinden. Indien een relatie gelegd moet worden tussen de uitkomst van een assessment en een actie moet dit op dataset niveau gedaan worden middels een sectie/paragraaf structuur. Daarnaast hoort de interventie feitelijk aan het probleen gekoppeld te worden en niet aan de uitslag van een assessment
Besluit:
Veel van de verpleegkundige bouwstenen bevatten een referentie naar het concept Verpleegkundige Actie van de bouwsteen Verpleegkundige Interventie. Deze verwijzing hoort echter niet op bouwsteen niveau plaats te vinden. Indien een relatie gelegd moet worden tussen de uitkomst van een assessment en een actie moet dit op dataset niveau gedaan worden middels een sectie/paragraaf structuur. Daarnaast hoort de interventie feitelijk aan het probleen gekoppeld te worden en niet aan de uitslag van een assessment

ZIB-531

Vervangen 5-punts ICF schaal door 3-punts SNOMED CT schaal voor beperkingen en stoornissen

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Blaasfunctie Darmfunctie FunctieHoren FunctieZien Mobiliteit VermogenTotDrinken VermogenTotEten VermogenTotMondverzorging VermogenTotToiletgang VermogenTotZichKleden VermogenTotZichWassen

Omschrijving:
De verpleegkundige bouwstenen die beperkingen en stoornissen beschrijven gebruiken voor de duiding van de ernst een 5-punts ICF codering. In de praktijk is gebleken dat deze 5-punts schaal meer detail geeft dan gebruikt wordt. Bovendien worden ook andere codestelsels gebruikt. Daarom wordt de ICF codering in deze bouwstenen vervangen door een driepunts SNOMED CT gebaseerde gradatie. SNOMED wordt hierbij als referentie codesysteem gebruikt. Tevens wordt aansluiting gezocht bij o.a de Barthel index waar het om ADL concepten gaat.
Besluit:
De verpleegkundige bouwstenen die beperkingen en stoornissen beschrijven gebruiken voor de duiding van de ernst een 5-punts ICF codering. In de praktijk is gebleken dat deze 5-punts schaal meer detail geeft dan gebruikt wordt. Bovendien worden ook andere codestelsels gebruikt. Daarom wordt de ICF codering in deze bouwstenen vervangen door een driepunts SNOMED CT gebaseerde gradatie. SNOMED wordt hierbij als referentie codesysteem gebruikt. Tevens wordt aansluiting gezocht bij o.a de Barthel index waar het om ADL concepten gaat.

ZIB-532

Toevoegen concept BrandwondSoort met waardelijst

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Brandwond

Omschrijving:
Om de oorzaak van een brandwond aan te kunnen geven wordt een extra concept toegevoegd. Kennis over de oorzaak van de brandwond is belangrijk bij de behandeling.
Besluit:
Om de oorzaak van een brandwond aan te kunnen geven wordt een extra concept toegevoegd.

ZIB-533

Toestaan dat de bouwsteen meer dan één foto kan bevatten

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	DecubitusWond Wond

Omschrijving:
De cardinaliteit van het concept Wondfoto is 0..1. De wens is om meer dan één foto bij te voegen. De cardinaliteit is gewijzigd in 0..*
Besluit:
De cardinaliteit van het concept Wondfoto is 0..1. De wens is om meer dan één foto bij te voegen. De cardinaliteit is gewijzigd in 0..*.

ZIB-534

Toevoegen subcutaan infuus, verwijderen zout- en heparineslot

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Infuus

Omschrijving:
Op verzoek wordt aan de infuuskathetertyprlijst een subcutaan infuus toegevoegd. Zout en heparine slot worden verwijderd uit de LijnStatuscodelijst. Het type vloeistof is al aan te geven als slotvloeistof. De keuze is dus redundant en daarmee verwarrend.
Besluit:
Aan de infuuskathetertyprlijst is een code voor subcutaan infuus toegevoegd. Zout en heparine slot worden verwijderd uit de LijnStatuscodelijst. Het type vloeistof is al aan te geven als slotvloeistof. De keuze is dus redundant en daarmee verwarrend.

ZIB-535

Toevoegen concept Traplopen aan de bouwsteen Mobiliteit

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Mobiliteit

Omschrijving:
Bij de aspecten van Mobiliteit die door de bouwsteen beschreven worden, ontbreekt een belangrijk aspect, namelijk het vermogen om zelfstandig trap op- en af te lopen, alsmede een waardelijst om het vermogen te waarderen. Deze is toegevoegd.
Besluit:
Bij de aspecten van Mobiliteit die door de bouwsteen beschreven worden, ontbreekt een belangrijk aspect, namelijk het vermogen om zelfstandig trap op- en af te lopen, alsmede een waardelijst om het vermogen te waarderen. Deze is toegevoegd.

ZIB-536

Veranderen van de conceptnaam 'Hobby' in 'Vrijetijdsbesteding'

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ParticipatieInMaatschappij

Omschrijving:
De benaming van het concept 'Hobby' wordt als te beperkend gezien. 'Vrijetijdsbesteding' beantwoordt beter aan het idee achter het concept
Besluit:
De benaming van het concept 'Hobby' wordt als te beperkend gezien. 'Vrijetijdsbesteding' beantwoordt beter aan het idee achter het concept. De naam is aangepast.

ZIB-537

Toevoegen code voor Malon stoma aan de StomaTypeCodelijst

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Stoma

Omschrijving:
Op verzoek van de redaktieraad wordt de code voor Malonestoma aan de StomaTypeCodelijst toegevoegd.
Besluit:
Een code voor Malonestoma is aan de StomaTypeCodelijst toegevoegd

ZIB-538

Splitsen taalbeheersing in begrijpen, lezen en schrijven

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Taalvaardigheid

Omschrijving:
Het concept taalbeheersing geeft onvoldoende mogelijkheid om details over de taalbeheersing weer te geven. Daarom is het concept gesplitst in het begrijpen van de taal, het kunnen lezen en kunnen schrijven in een taal. Daarmee kan beter ingespeeld worden op evt. deficiënties
Besluit:
Het concept taalbeheersing geeft onvoldoende mogelijkheid om details over de taalbeheersing weer te geven. Daarom is het concept gesplitst in het begrijpen van de taal, het kunnen lezen en kunnen schrijven in een taal. Daarmee kan beter ingespeeld worden op evt. deficiënties

ZIB-539

Verwijderen referentie naar NOC codesysteem uit conceptbeschrijving

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	UitkomstVanZorg

Omschrijving:
In de paragraaf Concept wordt vermeld dat de uitkomsten van zorg beschreven kunnen worden met codesystemen als NOC en ICF. Dit is niet meer in lijn met de gekozen richting om SNOMED CT als referentie codesysteem te gebruiken.
Besluit:
Referentie naar de codesystemen NOC en ICF zijn vervangen door een verwijzing naar SNOMED-CT

ZIB-540

Samenvoegen van de concepten Mictie en Defecatie

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VermogenTotToiletgang

Omschrijving:
In de praktijk blijkt geen onderscheid gemaakt te worden tussen hulp bij mictie en bij defecatie. Het is gewenst om deze twee aspecten samen te nemen.
Besluit:
In de praktijk blijkt geen onderscheid gemaakt te worden tussen hulp bij mictie en bij defecatie. Daarom zijn deze aspecten nu samengevoegd.

ZIB-541

Toevoegen code voor 'Gehele lichaam' aan waardenlijst voor lichaamsdeel

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VermogenTotZichKleden VermogenTotZichWassen

Omschrijving:
Hoewel oorspronkelijk de gedachte was dat het niet specifiek vermelden van het lichaamsdeel betekent dat het het hele lichaam betreft, blijkt het in de praktijk tot verwarring te leiden. Dit kan worden opgelost door een code voor 'Gehele lichaam' toe te voegen.
Besluit:
Waardelijst betreffende lichaamsdeel is uitgebreid met een code voor 'Gehele lichaam'.

ZIB-542

Verwijderen verwijzingen naar codesystemen ICF, Omaha System, NANDA,,NIC en NOC

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VerpleegkundigeInterventie

Omschrijving:
Met de introductie van de SNOMED gebaseerde verpleegkundige probleemlijst wordt ook voor interventies SNOMED als referentie codesysteem ingevoerd. De verwijizingen naar andere codesystemen worden verwijderd en de verwijzing naar SNOMED toegevoegd.
Besluit:
Met de introductie van de SNOMED gebaseerde verpleegkundige probleemlijst wordt ook voor interventies SNOMED als referentie codesysteem ingevoerd. De verwijizingen naar andere codesystemen zijn verwijderd en de verwijzing naar SNOMED is toegevoegd.

ZIB-543

Toevoegen datum laatste menstruatie.

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zwangerschap

Omschrijving:
Bij het vaststelllen van de conceptie datum wordt vaak de datum van de laatste menstruatie gebruikt. Deze ontbreekt in de huidige bouwsteen en moet dus toegevoegd worden.
Besluit:
Bij het vaststelllen van de conceptie datum wordt vaak de datum van de laatste menstruatie gebruikt. Deze ontbreekt in de huidige bouwsteen en is nu toegevoegd

ZIB-544

Toevoegen defecatiekleur

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Darmfunctie

Omschrijving:
De kleur van de ontlasting is een belangrijk gegeven bij de beoordeling van de darmfunctie. Het concept maakt echter geen deel uit van de bouwsteen en dient dus toegevoegd te worden incl een waardenlijst.
Besluit:
De kleur van de ontlasting is een belangrijk gegeven bij de beoordeling van de darmfunctie. Het concept maakt echter geen deel uit van de bouwsteen en dient dus toegevoegd te worden incl een waardenlijst.

ZIB-545

Toevoegen sondelengte

Aangemaakt op:	03-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	SondeSysteem

Omschrijving:
Bij het (her)inbrengen van een sonde in de lengte van de in te brengen sonde een belangrijk gegeven. Op verzoek van de redactieraad wordt het concept toegevoegd.
Besluit:
Bij het (her)inbrengen van een sonde in de lengte van de in te brengen sonde een belangrijk gegeven. Op verzoek van de redactieraad wordt het concept toegevoegd.

ZIB-546

Toevoegen ' Melding kindermishandeling' aan het waardenlijst AlertnaamCodelijst

Aangemaakt op:	05-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Alert

Omschrijving:
Vanuit het project ' Kind en Gezin' bestaat de behoefte om een gedane melding van kindermishandeling conform de JGZ-richtlijn Kindermishandeling door te kunnen geven als Alert. Hiervoor moet de genoemde waardenlijst uitgebreid worden.
Besluit:
Code 397940009 | kindermishandeling | victim of child abuse toegevoegd aan AlertNaamCodelijst.

ZIB-547

Toevoegen SNOMED CT als mogelijk codestelsel voor het coderen van producttype

Aangemaakt op:	05-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
In de bouwsteen MedischHulpmiddel staat bij het concept Producttype als enige codestelsel UNSPSC. In de praktijk wordt dit stelsel weinig gebruikt. Een aantal bouwstenen die verwijzen naar MedischHulpmiddel definieren een beperktere keuzelijst voor producttype gebaseerd op SNOMED CT. In het architectuurteam is afgesproken dat dit mogelijk is mits de oorsprokelijke bouwsteen dit codestelsel als een van de toegestane codestelsels vermeldt. Voorstel is daarom om SNOMED CT als zodanig op te nemen.
Besluit:
UNSPSC is vervangen door SNOMED CT.

ZIB-548

Christen ontbreekt in LevensovertuigingCodelijst

Aangemaakt op:	16-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Levensovertuiging

Omschrijving:
Beste, het verzoek is om Christen toe te voegen aan de LevensovertuigingCodelijst.
Besluit:
De waarde "Christen | SNOMED CT: 160549006" is toegevoegd aan de LevensovertuigingCodelijst.

ZIB-549

De Engelse naam van de bouwsteen en het rootconcept zijn niet correct

Aangemaakt op:	18-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Ademhaling Behandeldoel FunctieZien Hartfrequentie Infuus MedicatieVerstrekking MedischHulpmiddel Taalvaardigheid UitkomstVanZorg VermogenTotMondverzorging VermogenTotToiletgang VermogenTotZichKleden VermogenTotZichWassen Voedingsadvies Zorgverlener BehandelAanwijzing(vervallen) OverdrachtConcern (vervallen) OverdrachtGeplandeZorgactiviteit(Vervallen) OverdrachtLaboratoriumUitslag(vervallen) OverdrachtTekstUitslag(vervallen) OverdrachtValrisico(vervallen) OverdrachtVerrichting(vervallen) PijnBeleving(vervallen) Slaapfunctie(vervallen) VermogenTotHaarverzorging(vervallen) VrijheidsbeperkendeMaatregelenGGZ(vervallen) VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Naar aanleiding van de Engelse vertaling van het architectuurdocument zijn de verschillende in gebruik zijn de vertalingen van de bouwsteen en rootconcept namen vergeleken en is de vertaling verbeterd en geharmoniseerd. In dit issue worde de naamwijzigingen in de bouwstenen geadresseerd.
Besluit:
Naar aanleiding van de Engelse vertaling van het architectuurdocument zijn de verschillende in gebruik zijn de vertalingen van de bouwsteen en rootconcept namen vergeleken en is de vertaling verbeterd en geharmoniseerd. In dit issue worde de naamwijzigingen in de bouwstenen geadresseerd.

ZIB-550

Samenvoeging bouwstenen VrijheidsbeperkendeMaatregelen en VrijheidsbeperkendeMaatregelenGGZ

Aangemaakt op:	19-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelenGGZ(vervallen) VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
De twee bouwstenen zijn grotendeels indentiek, zij het dat de niet GGZ bouwsteen geen codering van de interventies kent. Uit praktijk is gebleken dat in de ziekenhuizen ook de interventie indeling zoals vermeld in de GGZ verie gehanteerd wordt. Door voor deze interventies SNOMED codes vast te stellen kan volstaan worden met een bouwsteen waarin voor de GGZ en ziekenhuiscontext verschillende waardenlijsten gefeinieerd worden. Dit wordt in veel bouwstenen gedaan.
Besluit:
De bouwstenen VrijheidsbeperkendeMaatregelen en VrijheidsbeperkendeMaatregelenGGZ zijn samengevoegd, In de GGZ context wordt de al aanwzige Argus codering gebruikt. Voor de ziekenhuis context zijn voor de interventies en toestemming SNOMED-CT gebaseerde waardelijsten toegevoegd.

ZIB-552

LOINC codering toevoegen bij bloeddruk

Aangemaakt op:	24-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Bloeddruk

Omschrijving:
in FHIR zijn de LOINC coderingen voor bloeddruk verplicht. Kunnen deze ook toegevoegd worden aan ZIB? We willen geen verplichting om beide coderingen over de lijn te sturen en beide definiëren bloeddruk adequaat. omplete Summary of the Mandatory Requirements One code in Observation.code which must have a fixed Observation.code.coding.system='http ://loinc.org' a fixed Observation.code.coding.code= '55284-4' Other additional codes are allowed - e.g. more specific LOINC Codes, SNOMED CT concepts, system specific codes. All codes SHALL have an system value One Observation.component.code which must have a fixed Observation.component.code.coding.system='htp ://loinc.org' fixed Observation.component.code.coding.code= '8480-6' Other additional codes are allowed - e.g. more specific LOINC Codes, SNOMED CT concepts, system specific codes. All codes SHALL have an system value One Observation.component.code which must have a fixed Observation.component.code.coding.system='htp ://loinc.org' fixed Observation.component.code.coding.code= '8462-4' Other additional codes are allowed - e.g. more specific LOINC Codes, SNOMED CT concepts, system specific codes. All codes SHALL have an system value fixedObservation.component.valueQuantity.code = 'mm[Hg]' http://build.fhir.org/bp.html
Besluit:
De volgende LOINC codes zijn toegevoegd: Rootconcept: Bloeddruk 85354-9 Diastolische bloeddruk 8462-4 Systolische bloeddruk 8480-6 Gemiddelde bloeddruk 8357-6

ZIB-553

Example Instances Contact Type komt niet overeen met ContactTypeCodelijst

Aangemaakt op:	27-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
Bij de voorbeelden wordt bij Contact type 'Spoed' en 'Opname' gegeven. Dit komt niet letterlijk overeen met hoe deze waarden in de ContactTypeCodelijst zijn gedefinieerd. Dit zou volgens mij 'SEH' en 'Dagopname' moeten zijn.
Besluit:
De voorbeelden bij ContactType zijn aangepast.

ZIB-555

Uitbreiding codelijst van ZIB DrugsGebruik

Aangemaakt op:	30-01-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	DrugsGebruik

Omschrijving:
Zou het mogelijk zijn om bij de CBB DrugUse de codelijst van TypeOfDrugOrMedication uit te breiden? Bij de mapping van het register BTDIR (onderdeel van European Monitoring Centre for Drugs and Drug Addiction) hebben we gemerkt dat bepaalde drugs ontbreken in de lijst, zoals buprenorphine, fentanyl en barbituraten. Zou het mogelijk zijn om deze drugs op te nemen in de lijst? Verder hebben we gemerkt dat in de lijst enkel SNOMED codes met type ‘substance’ zijn opgenomen. Zou het mogelijk zijn om ook de SNOMED codes met type ‘product’ mee op te nemen in de lijst (vb 60881009 | Heroin (product))? Hoe wordt in de lijst omgegaan met de hiërarchische structuur van SNOMED? Als er naar amphetamines wordt gevraagd, worden dan de kinderen van amphetamine in SNOMED (methamfetamine, MDMA) automatisch meegenomen?
Besluit:
Tekstuele aanpassing in de Instructions.

ZIB-559

Link tussen ZIB AllergieIntolerance en ZIB Transferconcern

Aangemaakt op:	30-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
Bij het mappen van de registers mappen we typisch de vragen naar de CBB en de antwoorden van de vraag naar de bijpassende codelijst. Door vragen over symptomen en diagnoses te mappen naar de ZIB TransferConcern ProblemName hebben we gemerkt dat sommige allergiën niet gemapt zijn naar de ZIB AllergieIntolerance. Hanteren jullie een hiërarchie bij het gebruik van de ZIB’s. Hebben jullie hier ook problemen mee?
Besluit:
Wij hanteren geen hierarchien in de zibs. Alle allergieen zijn al een probleem, dus die extra mapping naar AllergieIntolerantie kan alleen naar die specifieke lijsten gemaakt worden.Afwijzen.

ZIB-561

Terminologiekoppeling Woonsituatie

Aangemaakt op:	30-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Woonsituatie

Omschrijving:
Graag containerconcept Woonsituatie koppelen aan 365508006 |Finding of residence and accommodation circumstances (finding)| (SNOMED).
Besluit:
Containerconcept Woonsituatie is gekoppeld aan 365508006 |Finding of residence and accommodation circumstances (finding)| (SNOMED).

ZIB-562

Terminologiekoppeling Tabakgebruik

Aangemaakt op:	30-01-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TabakGebruik

Omschrijving:
Graag containerconcept koppelen aan 365980008 |Finding of tobacco use and exposure (finding)|. Over een juiste koppeling van Hoeveelheid en SoortTabakGebruik is overleg nodig. Deze overlappen, d.w.z. je kunt ze niet los van elkaar interpreteren. Zoals ze er staan is het lastig een koppeling te vinden. Alles in LOINC is te specifiek (dicteert bv. in het concept het soort tabak, of de tijdseenheid); in SNOMED zou je beide concepten willen koppelen aan 266918002 |Tobacco smoking consumption (observable entity)| maar helaas moeten koppelingen uniek zijn. Ik maak hier toch een issue van omdat ik een vraag erover heb binnengekregen via MedMij.
Besluit:
TabakGebruikStatus krijgt de code: 365980008 |Finding of tobacco use and exposure (finding). De container WaarnemingGebruik heeft geen SNOMED code.

ZIB-563

Engelse vertaling van Contact is Encounter

Aangemaakt op:	01-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
Op dit moment wordt het Nederlandse Contact vertaald in het Engels met "Contact". Het eerste wat je dan denkt is "Contactpersoon". In alle Engelstalige literatuur op het gebied van wat de ZIB Contact probeert te doen, heet dit concept Encounter. Kan Encounter officieel als vertaling worden ingevoerd voor Contact? NB: ook het Nederlandse "Contact" lijdt aan dezelfde ambiguïteit, maar een beter Nederlands woord ken ik niet. Ik heb hiervoor ook http://www.skmtglossary.org geraadpleegd overigens.
Besluit:
Contact is nu vertaald naar Encounter.

ZIB-564

Aanpassing/harmonisatie Engelse conceptnamen

Aangemaakt op:	02-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:

Omschrijving:
Naar aanleiding de Engelse vertaling van het architectuurdocument zijn de Engelse vertalingen van de concepten opnieuw bekeken en waar nodig gewijzigd.
Besluit:
Engelse benaming van de zib is aangepast/geharmoniseerd.

ZIB-565

ContactTypeCodelijst niet compleet

Aangemaakt op:	06-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
Vanuit de vertaling van de ZIB Contact naar de FHIR resource Encounter lopen we tegen verschillen aan in ContactTypeCodelijst met de FHIR valueset (http://hl7.org/fhir/ValueSet/encounter-class). FHIR kent twee extra waarden, namelijk 'outpatient' en 'other'. Beide lijken mij juiste toevoegingen aan de ContactTypeCodelijst. Dit geldt vooral voor de waarde outpatient ofwel een poliklinisch contact moment. Waarom is deze waarde niet opgenomen in codelijst?
Besluit:
" Other" is toegevoegd aan ContactTypeCodelijst, voor de andere codes is op dit moment geen use case.

ZIB-568

Example Instances niet correct

Aangemaakt op:	10-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Er wordt in het voorbeeld zowel de ProductID als ProductType gegeven. Hier hangen twee verschillende codesystemen achter. Voor ProductID is dit het Global Trade Item Number en voor het ProductType het UNSPSC. Het voorbeeld geeft voor het ProductID de UNSPSC code, met een typfout bij de Pacemaker, voor het ProductType. Het ProductType bevat ook niet de juiste 'display name' van het UNSPSC code. Hier zou ik verwachten dat de letterlijke waarde behorende bij de code zou worden gegeven. Bijvoorbeeld: External hearing device parts and accessories in plaats van gehoorapparaat. ProductID wordt nu niet gegeven in het voorbeeld.
Besluit:
In het voorbeeld is nu gezet dat er een GTIN/HIBC code moet staan.

ZIB-569

Concept beschrijving ontbreekt in de Engelstalige versie

Aangemaakt op:	13-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Voedingsadvies

Omschrijving:
De concept beschrijving van Voedingsadvies ontbreekt in de Engelstalige versie.
Besluit:
In de Engelstalige versie is de Concept beschrijving toegevoegd.

ZIB-571

Inconsistentie in conceptnamen PositieCodelijst

Aangemaakt op:	17-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Lichaamslengte

Omschrijving:
In PositieCodellijst gebruikt staan volgende SNOMED concepten: 10904000 - Standing position - Staande positie 102538003 - Lying position - Liggende positie In de ZIB Bloeddruk komen deze zelfde concepten voor in PositieCodelijst, maar wordt er een andere conceptnaam en een andere omschrijving gebruikt, nl: 10904000 - Orthostatic body position - Staand 102538003 - Recumbent body position - Liggend Deze conceptnamen zijn eveneens 'preferred synonym' in SNOMED CT. Kan dit voor de ZIB Lichaamslengte gealigneerd worden?
Besluit:
Snomed coderingen van de PositieCodelijst geharmoniseerd met bouwsteen Bloeddruk

ZIB-572

Toevoegen code voor Skin Tear

Aangemaakt op:	21-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Wond

Omschrijving:
Op verzoek van de redactieraad van de verpleegkundige bouwstenen is een code voor Skin Tear toegevoegd aan de codelijst WondssortCodelijst.
Besluit:
Een code voor Skin Tear is toegevoegd aan de codelijst WondssortCodelijst

ZIB-573

Toevoegen van de mogelijkheid om dimensies van het hulpmiddel aan te geven

Aangemaakt op:	21-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Vanuit de redactieraad van de verpleegkundige bouwstenen is het verzoek gekomen om de afmetingen van bv een katheter op te kunnen geven.
Besluit:
Concept " ProductOmschrijving" is toegevoegd.

ZIB-574

Alleen verwijzen naar het rootconcept van de ZIB.

Aangemaakt op:	21-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ALGEMEEN

Omschrijving:
In de Architectuurgroep is besloten om alleen naar het rootconcept van een ZIB te verwijzen. En niet meer naar een concept in een bouwsteen. Dit issue heeft betrekking op meerdere bouwstenen.
Besluit:
In de Architectuurgroep is besloten om alleen naar het rootconcept van een ZIB te verwijzen. En niet meer naar een concept in een bouwsteen. Dit issue heeft betrekking op meerdere bouwstenen. FamilieAnamnese, Contact, MedischHulpmiddel, Verrichting en Wilsverklaring verwijzen nu naar nl.zorg.Probleem.

ZIB-575

AWBZ moet uit VerzekeringSoortCodelijst

Aangemaakt op:	22-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Betaler

Omschrijving:
De AWBZ is vervallen met ingang van 1-1-2015. Delen ervan zijn overgegaan naar de Wet langdurige zorg (Wlz). In de VerzekeringSoortCodelijst komt nog wel BZ = Basisverzekering vanuit AWBZ voor, dat moet daar dus weg.
Besluit:
Het concept geeft aan dat het de codes zijn die de controle op verzekeringsrecht (COV) teruggeeft. De codetabel van Vektis die hiervoor gebruikt wordt, vermeldt nog AWBZ als code. Daarom is de code niet aangepast. In de omschrijving van de code is nu wel vermelding van de Wet langdurige zorg gemaakt .

ZIB-576

Aanpassen bouwstenen die nog de prefix overdracht hebben, zodat de prefix kan vervallen.

Aangemaakt op:	23-02-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OverdrachtConcern (vervallen) OverdrachtGeplandeZorgactiviteit(Vervallen) OverdrachtLaboratoriumUitslag(vervallen) OverdrachtTekstUitslag(vervallen) OverdrachtVerrichting(vervallen)

Omschrijving:
Vijf van de oorspronkelijke 'Overdrachts' bouwstenen zijn nog getooid met de prefix 'Overdracht' omdat de bouwstenen niet generiek genoeg worden geacht om buiten de usecase van overdracht te gepast te kunnen worden. Om de prefix wel weg te kunne laten meoten de bouwstenen aangepast worden.
Besluit:
In de ad-hoc werkgroep van het Architectuurteam zijn 4 bouwstenen van de prefix "Overdracht" ontdaan en aangepast. De bouwstenen heten nu: nl.zorg.LaboratoriumUitslag-v4.0, nl.zorg.Probleem-v4.0, nl.zorg.Verrrichting-v4.0, nl.zorg.TekstUitslag-v4.0.

ZIB-577

Toevoegen SNOMED CT concept in ResultaatTypeCodelijst

Aangemaakt op:	03-03-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OverdrachtLaboratoriumUitslag(vervallen)

Omschrijving:
In ResultaatTypeCodelijst staat er momenteel geen geschikt concept voor laboratoriumtesten in het domein van de moleculaire genetica (bijvoorbeeld NGS bij het opsporen van mutaties in kankercellen). Een voorstel is om het volgende concept op te nemen in de codelijst: 405825005 | Molecular genetic test Dit concept bevindt zich op hetzelfde niveau als de andere concepten in de codelijst. Een ander voorstel is om het 'parent'- concept op te nemen in de codelijst: 405824009 | Genetic test (procedure)
Besluit:
In de ResultaatTypeCodelijst is de waarde Moleculaire genetica 405825005 | Molecular genetic test opgenomen. Deze wijziging is doorgevoerd in de nl.zorg.LaboratoriumUitslag-v4.0.

ZIB-578

Aan het concept anatomische locatie moet een concept Laterariteit toegevoegd worden.

Aangemaakt op:	15-03-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Brandwond DecubitusWond FunctieHoren Huidaandoening Lichaamstemperatuur MedischHulpmiddel Stoma Wond OverdrachtVerrichting(vervallen)

Omschrijving:
In een aantal bouwstenen worden het begrip Anatomische locatie gebruikt. Bij sommige bestaat daarnaast ook een concept Lateraliteit. Met het SNOMED team is afgesproken dat de lateraliteit altijd apart vermeld wordt en dus geen onderdeel van de anatomische locatie is. Daarom moeten een aantal bouwstene aangepast worden.
Besluit:
Aan de volgende zibs is het concept "Lateraliteit" toegevoegd: nl.zorg.Brandwond, nl.zorg.Decubituswond, nl.zorg.Huidaandoening, nl.zorg.Stoma, nl.zorg.Wond, nl.zorg.MedischHulpmiddel en nl.zorg.Verrichting.

ZIB-579

Ontbreken van data-element anatomical location in transferconcern

Aangemaakt op:	17-03-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OverdrachtConcern (vervallen)

Omschrijving:
Momenteel is het niet mogelijk om de anatomische locatie van het probleem aan te duiden met deze zib. Zou het mogelijk zijn om deze toe te voegen?
Besluit:
De elementen: AnatomischeLocatie en Lateraliteit zijn toegevoegd aan nl.zorg.Probleem.

ZIB-580

Ontbreken data-element oorzaak in transferconcern

Aangemaakt op:	17-03-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OverdrachtConcern (vervallen)

Omschrijving:
Momenteel is het in de zib transferconcern niet mogelijk om de oorzaak aan te duiden vb idiopathic. Zou het mogelijk zijn om een extra data-element toe te voegen?
Besluit:
Oorzaak kan al in de codering worden meegenomen, bijv. traumatische botbreuk. Dit issue wordt afgewezen.

ZIB-582

ZIB betaler: banknaam onnodig verplicht

Aangemaakt op:	24-03-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Betaler

Omschrijving:
In de container Bankgegevens zijn zowel banknaam als rekeningnummer verplicht. Dit zou alleen rekeningnummer kunnen zijn aangezien we tegenwoordig met IBAN werken.
Besluit:
Cardinaliteit van betalernaam is gewijzigd van 1 naar 0..1.

ZIB-583

Cardinaliteit OrganisatieNaam

Aangemaakt op:	30-03-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
Naar aanleiding van de HL7 NL WGM kwam een verschil tussen ZIB Zorgaanbieder en corresponderende FHIR profiel aan het licht. In de ZIB wordt OrganisatieNaam verplicht gesteld en in het FHIR profiel niet. Uit discussie kwam naar voren dat het niet gewenst is om OrganisatieNaam perse verplicht te stellen omdat daarmee wordt uitgesloten dat alleen een identificatienummer kan worden verstuurd. Een ZIB zonder organisatieNaam of identificatienummer stelt niet veel voor. Dit zou in de ZIB bijvoorbeeld kunnen worden afgevangen door een constrain / invariant toe te voegen die verplicht stelt dat ofwel OrganisatieNaam of de ZorgaanbiederIdentificatieNummer verplicht is.
Besluit:
In de ZIB's nl.zorg.Betaler en nl.zorg.Zorgaanbieder is de cardinaliteit van "Organisatienaam" gewijzigd van 1 naar 0..1.

ZIB-585

Toevoegen concept Lateraliteit aan het concept Anatomische Locatie

Aangemaakt op:	12-04-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Brandwond DecubitusWond Huidaandoening MedischHulpmiddel Stoma Wond

Omschrijving:
Met het Terminologie team is overeengekomen dat lateraliteit geen geprecoordineerd onderdeel van de snomed locatie code is (issue ZIB-457).Het issue heeft betrekking op de ZIB Verrichting. Uit consistentie overwegingen dienen alle voorkomens van anatomisch locatie van een lateraliteitconcept voorzien te worden
Besluit:
Aan de volgende ZIBs is het concept "Lateraliteit" toegevoegd: nl.zorg.Brandwond, nl.zorg.Decubituswond, nl.zorg.Huidaandoening, nl.zorg.Stoma, nl.zorg.Wond, nl.zorg.MedischHulpmiddel en nl.zorg.Verrichting.

ZIB-593

Herzie Alert codelijsten

Aangemaakt op:	24-04-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Alert

Omschrijving:
Alert bevat twee waaardelijsten: AlertTypeCodelijst & AlertNaamCodelijst. AlertTypeCodelijst Deze codelijst bevat twee waarden, namelijk: alert en condition. De waarde alert is gek omdat de ZIB altijd een alert is. Daarnaast wordt het in de ZIB momenteel ook duidelijk door het gebruik van ofwel AlertNaam of Conditie::Concern. Hiermee zouden deze twee waarden dus overbodig zijn. Het weglaten, niet verplicht stellen van dit concept of een uitgebreidere categorisering is hier waarschijnlijk gewenst. AlertNaamCodelijst Deze codelijst ziet eruit alsof het een voorbeeld codelijst betreft. Er komt in de definitie wel naar voren dat het gecodeerd kan worden vastgelegd maar dat het vanwege de dynamische karakter van de waarschuwingen vaker als tekst wordt doorgegeven. Wellicht kan of de codelijst completer worden gemaakt (of mogelijkheid tot gebruik van alle snomed codes) of in de definitie duidelijker worden benoemd dat het een voorbeeld codelijst betreft.
Besluit:
Cardinaliteit van AlertType gewijzigd naar 0..1.

ZIB-600

fout in template op ART-DECOR website

Aangemaakt op:	15-05-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OverdrachtConcern (vervallen)

Omschrijving:
Op de ART-DCOR website (http://decor.nictiz.nl/art-decor/decor-templates--zib1bbr-?section=templates) Staat een verkeerde OID bij participant > participantRole> SocpingEntity Daar staat: 2.16.840.1.113883.2.4.6.1 is de OID van UZI register abonneenummer (URA) Het genoemde OID is het OID van de AGB Vektis tabel. Het OID van URA is 2.16.528.1.1007.3.3
Besluit:
De template is aangevuld met de keuze voor een id: URA nummer of het AGB nummer. De omschrijving van het attribuut root is aangepast in de template: 2.16.528.1.1007.3.3 is de OID van UZI register abonneenummer (URA); 2.16.840.1.113883.2.4.6.1 is de OID van de Vektis AGB-Z Zorgaanbieder

ZIB-606

Verruiming beschrijving concept

Aangemaakt op:	09-06-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	BurgerlijkeStaat

Omschrijving:
Verruiming beschrijving concept van: "Burgerlijke staat is de formele positie van een mens in de zin en betekenis van het burgerlijk wetboek. Te onderscheiden vallen huwelijkse staat en partnerregistratie (geregistreerd partnerschap)." naar: "Burgelijke staat" Aanleiding: Wat te doen indien: - mensen niet willen zeggen of ze getrouwd zijn - mensen zeggen dat ze getrouwd zijn maar niet in Nederland erkend wordt - in alle EPD's is het bedoeld als opgave zoals wordt aangegeven (door de patiënt). het model zelf hoeft niet aangepast te worden met de cocnept beschrijving of verduidelijking in de instructions
Besluit:
Extra toelichting bij instructie gezet.

ZIB-607

Aanpassen verwijzingen naar medicatie zib ivm nieuwe medicatie zib's

Aangemaakt op:	14-06-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2017-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Infuus SondeSysteem OverdrachtGeplandeZorgactiviteit(Vervallen)

Omschrijving:
In verband met de nieuwe medicatiebouwstenen uit Medicaties Proces 2.0 moeten de verwijzingen in andere bouwstenen naar de medicatiebouwstenen geactualiseerd worden.
Besluit:
In verband met de nieuwe medicatiebouwstenen uit Medicaties Proces 2.0 zijn de verwijzingen in andere bouwstenen naar de medicatiebouwstenen geactualiseerd.

ZIB-609

Biopsie niet in AfnameprocedureCodelijst

Aangemaakt op:	05-07-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Wanneer een staal verkregen wordt door biopsie (bijvoorbeeld biopsie van de huid) kan dit niet aangegeven worden in de ZIB. De codelijst voor afnameprocedure omvat alle concepten onder '17636008 | Specimen collection (procedure)'. In SNOMED CT is er een aparte subhierarchie voor 'biopsy', namelijk het concept '86273004 | Biopsy (procedure)' en zijn 'descendants'. Deze subhierarchie valt niet onder '17636008 | Specimen collection (procedure)'. De concepten 'Specimen collection' en 'Biopsy' hebben dezelfde parent, nl '118292001 | Removal (procedure)', maar deze is dan weer te breed voor de AfnameprocedureCodelijst. Hoe lossen we dit best op?
Besluit:
Voor 'Afnameprocedure' de waardenlijst < 71388002 |verrichting (verrichting)| (alle concepten onder procedure) gebruikt.

ZIB-610

SpecifiekeStofAllergeneStoffenCodelijst beperken

Aangemaakt op:	07-07-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
SpecifiekeStofAllergeneStoffenCodelijst beperken tot een referentieset van allergene stoffen in Snomed. Ik zal binnenkort de ID van de referentieset in deze issue plaatsen.
Besluit:
SpecifiekeStofAllergeneStoffenCodelijst beperkt tot een referentieset van allergene stoffen in Snomed. ID: 42931000146101|Dutch non-drug allergen simple reference set (foundation metadata concept)

ZIB-611

cardinaliteit ResultaatType

Aangemaakt op:	02-08-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Wij lopen samen met onze klanten tegen een probleem aan bij het concept ResultaatType van de laboratoriumuitslag bouwsteen. Waarom is dit concept verplicht? In veel gevallen hebben labsystemen al een eigen typering gemaakt voor de testen die er gedaan worden. Mogelijk verschilt die op bepaalde punten van de typering in een ander systeem. Om deze reden zou dit tot problemen kunnen leiden bij de uitwisseling. Daarnaast is de relevantie van deze informatie is voor de uitwisseling van laboratoriumuitslag gegevens is (in onze ogen) niet aanwezig. Daarom zou ik willen voorstellen dat de cardinaliteit wordt aangepast naar 0..1 om problemen voor de uitwisseling van deze bouwsteen te voorkomen.
Besluit:
Kardinaliteit van ResultaatType is aangepast naar 0..1.

ZIB-614

Achternaam is gewijzigd

Aangemaakt op:	11-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Patient

Omschrijving:
Het kan voorkomen dat een patiënt zijn/haar achternaam heeft gewijzigd en dat de achternaam bij de geboorte niet hetzelfde is als gebruikt in het EPD of in de gemeentelijke registratie. Wat is nu de correcte achternaam?
Besluit:
Beschrijving van Achternaam & Achternaampartner gewijzigd naar: Officiële achternaam van de persoon. Deze issue is verwerkt in de sub-bouwsteen nl.zorg.part.Naamgegevens-v1.0.

ZIB-616

Foutje in voorbeeld

Aangemaakt op:	21-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
In het voorbeeld wordt "OrganisatieRol" gebruikt terwijl dit "OrganisatieType" is in het model. https://zibs.nl/wiki/Zorgaanbieder(NL)
Besluit:
Example gewijzigd: 'OrganisatieRol' uit het voorbeeld is gewijzigd naar 'OrganisatieType'.

ZIB-617

Toevoeging aan Eenheid van Keerdosis

Aangemaakt op:	27-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
ZIB Gebruiksinstructie / Doseerinstructie / Dosering / Keerdosis /Eenheid: Aanpassing codelijsten: er is optioneel ook een vertaling toegestaan naar NHG tabel Gebruiksvoorschriften (tabel 25)
Besluit:
Aan het element keerdosis is de tekst: 'Optioneel is voor de eenheid in plaats van gebruik van UCUM eenheden ook een vertaling toegestaan naar NHG tabel Gebruiksvoorschriften (tabel 25).' toegevoegd.

ZIB-618

Hernoemen Verstrekking naar Medicatieverstrekking

Aangemaakt op:	27-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verstrekking

Omschrijving:
De naamgeving van de ZIB Verstrekking is niet voldoende helder. Projectgroep binnen programma MedicatieProces stelt voor deze naam te wijzigen naar Medicatieverstrekking. Het gaat niet om de uitgifte van bijvoorbeeld een hulpmiddel, noodhulp of gegevens maar specifiek om medicatie.
Besluit:
Naamswijziging zib: nl.zorg.Verstrekking is gewijzigd naar nl.zorg.Medicatieverstrekking en nl.zorg.part.Product naar nl.zorg.part.FarmaceutischProduct.

ZIB-619

Hoofdletter inconsistentie

Aangemaakt op:	28-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ALGEMEEN

Omschrijving:
Van: Arianne van de Wetering Verzonden: donderdag 14 september 2017 14:27 Aan: Albert-Jan Spruyt <Spruyt@nictiz.nl> CC: Alexander Henket <henket@nictiz.nl> Onderwerp: camelCase inconsistentie Ben je je bewust van deze camelCase inconsistentie in de (huidige) ZIBs? Van: Arianne van de Wetering Verzonden: donderdag 14 september 2017 14:26 Aan: Camille van den Berg <berg@nictiz.nl> Onderwerp: RE: ADA generatie Voor wat betreft de CamelCase van het ZIB, bij sommige namen is hun keuze wat twijfelachtig (bv. verbruiksduur is 1 woord, dus verbruiksDuur lijkt mij niet preferent), maar in 1 geval zijn ze niet consistent: patient_identificatienummer bevat maar 1 underscore (ofwel hoofdletter), ten opzichte van 2 bij zorgverlener_identificatie_nummer en zorgaanbieder_identificatie_nummer. Aankaarten?
Besluit:
ZorgverlenersIdentificatienummer en ZorgaanbiedersIdentificatienummmer aangepast.

ZIB-620

Huisarts mist als ZorgverlenerRol

Aangemaakt op:	28-09-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
In de beschrijving van ZorgverlenerRol staat Huisarts genoemd, maar in de Codelijst staat hij niet. De BgZ zou de filter op Zorgverlener moeten specificeren. Hoe doen we dit? Of Huisarts opnemen in Codelijst of beschrijving wijzigen en via Specialisme.
Besluit:
Tekst bij ZorgverlenerRol aanpassen. Huisarts moet via Specialisme worden aangegeven.

ZIB-621

Aanpassingen naar aanleiding van overleg met NHG

Aangemaakt op:	04-10-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Naar aanleiding van het overleg met de NHG over het gebruik van deze bouwsteen in de eerste lijn zijn de volgende voorstellen tot wijziging ingebracht: Toevoegen concept 'Aanvrager' Wijzigen conceptnamen: Test=> TestCode Uitslag => TestUitslag Wijzigen cardinaliteiten: Monstermateriaal 1 => 0..1 zodat afnamedatum gebruikt kan worden codes met impliciet materiaal Uitslag 1 => 0..1 zodat bepalingen zonder echte uitslag teruggeven kunnen worden met opmerking in betreffende veld ResultaatType 1 => 0..1 omdat NHG dat item niet kent
Besluit:
Concept 'Aanvrager' toegevoegd. Conceptnamen gewijzigd: Test=> TestCode Uitslag => TestUitslag Wijzigen cardinaliteiten: Monstermateriaal 1 => 0..1 zodat afnamedatum gebruikt kan worden codes met impliciet materiaal Uitslag 1 => 0..1 zodat bepalingen zonder echte uitslag teruggeven kunnen worden met opmerking in betreffende veld ResultaatType 1 => 0..1 omdat NHG dat item niet kent

ZIB-622

ContactTypeCodelijst uitbreiden

Aangemaakt op:	16-10-2017	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2022-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
Definitie Contact graag oprekken naar alle contacten over of met de patient. Vanuit onder andere Palliatieve Zorg zijn juist ook contacten tussen zorgverleners over de patient van belang, zoals het MDO, maar ook ICC (intercollegiaal consult). Dit zijn overigens contacttypen die in ons EPIC EPD onder Contact vallen. Daarnaast staat in de beschrijving dat onder de code "Virtual" ook een MDO valt. Dat voelt wat vreemd, omdat een MDO juist een fysieke meeting is. Voorstel is om een code voor MDO en ICC toe te voegen. Zie ook https://bits.nictiz.nl/browse/ZIB-447
Besluit:
ICC opgenomen in de nieuwe zib "Opname."

ZIB-623

Onjuiste link op wikipagina

Aangemaakt op:	26-10-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ALGEMEEN

Omschrijving:
Bij de pre-publicatie zibs verwijst de link naar de legenda, die onder de plaatjes van de modellen staat, naar een lege pagina. Overigens is het niet mogelijk om, bij het aanmaken van dit issue, onder Components de wikipagina te benoemen.
Besluit:
Link in de wiki pagina aangepast. En 'wiki pagina' toegevoegd aan de components lijst voor het invoeren van een issue.

ZIB-624

Waardelijsten met DHD en Nationale Kernset Patiëntproblemen V&VN niet implementeerbaar

Aangemaakt op:	01-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem Verrichting

Omschrijving:
Er zijn meerdere waardelijsten met verwijzing naar DHD en ook de tweede heeft ook een verwijzing naar Nationale Kernset Patiëntproblemen V&VN: * [VerrichtingTypeCodelijst|https://zibs.nl/wiki/Verrichting-v4.0(2017NL)#VerrichtingTypeCodelijst] * [ProbleemNaamCodelijst|https://zibs.nl/wiki/Probleem-v4.0(2017NL)#ProbleemNaamCodelijst] DHD wordt in deze waardelijsten opgevoerd als codesysteem terwijl dat niet klopt. DHD levert een set SNOMED CT concepten en plaatst daar een Thesaurus ID tegenover. De SNOMED CT codes is wat je verwacht dat wordt geregistreerd in het primaire proces en tevens wat je in uitwisseling tegenkomt. Daarmee zijn de DHD Verrichtingenthesaurus en de DHD diagnosethesaurus beide eerder waardelijsten dan codesystemen. Verzoek om beide waardelijsten aan te passen zodat duidelijk is wat het is dat je met de DHD Thesauri en met de Nationale Kernset Patiëntproblemen V&VN geacht wordt te doen. Volgens mij hoort die duiding in de omschrijving van de waardelijsten en moet in de waardelijsten zelf alleen worden gerefereerd aan SNOMED CT. Nog een technicality: de verrichtingenthesaurus bestaat op dit moment in de tijd nog niet en wordt pas over een aantal maanden verwacht. Tot frustratie van het terminologieteam is de op dat moment beschikbare content niet door het SNOMED NRC gevalideerd. Het is dus ook de vraag wat de waarde van een verwijzing naar de DHD Thesauri in de ZIB's 2017 is.
Besluit:
In het element ProbleemNaam een noot toegevoegd, dat het een codestelsel alsook een Waardelijst mag zijn.

ZIB-625

Verrichting: uitbreiden VerrichtingTypeCodelijst met codestelsel NZa

Aangemaakt op:	01-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
In de ZIB verrichting wordt voor het concept VerrichtingTypeCodelijst gerefereerd naar de VerrichtingenThesaurus DHD. Twee punten: - kan het codestelsel 'NZa Zorgactiviteiten' toegevoegd worden, zodat een ziekenhuis zelf de keus heeft. Voordeel van de NZa zorgactiviteiten is dat deze altijd aanwezig is en voorziet in een consumentenomschrijving (die ook zichtbaar is op de mijnomgeving van de zorgverzekeraars). - de VerrichtingenThesaurus DHD bestaat uit meerdere codestelsels, welke code dienst in de ZIB gebruikt te worden? Concept ID bijvoorbeeld?
Besluit:
De NZa codelijst is toegevoegd. De VerrichtingenThesaurus-codelijst is extensible gemaakt.

ZIB-627

Creëren mogelijkheid om "bevinding" vast te leggen.

Aangemaakt op:	06-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem

Omschrijving:
In v4.0 van Probleem is bij ProbleemType zijn de opties "bevinding" of "conditie" weggevallen. Dit scheen te maken te hebben met de (op zich terechte) conclusie dat dit geen "Problemen" zijn. De vertaling van Concern (breder concept naar Probleem (veel enger gedefinieerd) heeft dit misschien in de hand gewerkt? Maar nu is het niet meer mogelijk om bevindingen vast te leggen. Die komen op allerlei gebied voor, uiteenlopende zaken als "links-/rechtshandigheid", "menopausale status", "frequentie defecatie", "status na PTCA" enz. Ook bv. de TNM tumorstadia zijn in SNOMED terug te vinden als findings. Verzoek is om opnieuw mogelijk te maken om "bevindingen" vast te leggen. Misschien niet in zib Probleem, maar in een nieuwe zib "Observatie" (min of meer analoog aan AlgemeneMeting)? Bv. Observatie met elementen "WaarneembareEntiteit" en "Bevinding".
Besluit:
"Bevinding" toegevoegd aan de ProbleemTypeCodelijst.

ZIB-629

Toevoegen mantelzorger en geestelijk verzorger aan Rolcodelijst

Aangemaakt op:	12-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
De Rolcodelijst voorziet niet in de rollen mantelzorger, of geestelijk verzorger, terwijl deze wel als voorbeeld worden opgevoerd in de Conceptbeschrijving. Het zijn ook relevante rollen voor contactpersonen. Verzoek is om deze rollen op te nemen in de Rolcodelijst. Overigens verwijst de Rolcodelijst nu nog naar Codestelselnaam COD472-VEKT. Maar deze bestaat niet meer, heet nu COD821.
Besluit:
Rolcodelijst wordt aangepast: Mantelzorger en Geestelijk verzorger toegevoegd aan Rolcodelijst.

ZIB-630

Optie PET CT toevoegen aan TekstUitslagTypeCodelijst

Aangemaakt op:	12-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TekstUitslag

Omschrijving:
De codelijst kent wel CT, maar geen PET CT, terwijl dit een wezenlijk andere modaliteit is dan "gewone" CT. O.a. bij de DICA-registraties en het project Regionale Uitwisseling wordt gevraagd naar zowel CT- als PET CT-uitslagen, als verschillende items. Verzoek is om PET CT toe te voegen aan de codelijst.
Besluit:
SNOMED code PET CT aan TekstuitslagTypeCodelijst toegevoegd: 450436003 |Positron emission tomography with computed tomography (procedure)|

ZIB-631

Toevoegen optie om link naar het oorspronkelijke beeld/materiaal op te nemen.

Aangemaakt op:	12-11-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TekstUitslag

Omschrijving:
Bij een Tekstuitslag zou je naast het tekstuele verslag een optie willen hebben om een link naar het oorspronkelijke beeld/onderzoek vast te leggen. In epd's wordt vaak een view op een beeld aangeboden via een link, en zo is het mogelijk om zowel de uitslag als het onderzoek (beeld, grafiek o.i.d.) zelf te bekijken. Verzoek is om een dataelement VerwijzingNaarRuwMateriaal op te nemen.
Besluit:
Element toegevoegd om naar beeldmateriaal te verwijzen.

ZIB-632

Toelichten dat de zib Verrichting niet per se gaat over verrichtingen in administratieve/financiële zin

Aangemaakt op:	12-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
Tijdens de analyses voor verschillende projecten blijkt dat in ziekenhuizen de zib Verrichting vrijwel altijd wordt geïnterpreteerd als een verrichting in financiële/administratieve/dbc-betekenis. Terwijl de zib over alle mogelijke handelingen, procedures kan gaan, niet alleen verrichtingen die ten behoeve van de financiële administratie worden vastgelegd. Verzoek is om dit verschil goed toe te lichten in de Conceptbeschrijving.
Besluit:

ZIB-633

Toevoegen SNOMED CT als codelijst aan VerrichtingType, naast de DHD Verrichtingenthesaurus

Aangemaakt op:	12-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
Op dit moment staat de VerrichtingTypeCodelijst alleen de DHD Verrichtingenthesaurus toe. Dat is echter in veel gevallen niet toereikend. De Verrichtingenthesaurus kent veel minder termen dan er in SNOMED CT beschikbaar zijn. Ook is de Verrichtingenthesaurus nog niet officieel uitgebracht. En wijzigingen in de VT zijn niet snel in te dienen, dit gaat over veel schijven. SNOMED CT als toegestane codelijst is dit veel completer, veelzijdiger en flexibeler.
Besluit:
SNOMED-CT, CBV codes en NZa codes toegelaten in de zib Verrichting. De refset Verrichtingenthesaurus is extensible gemaakt.

ZIB-635

code toevoegen aan ErnstCodelijst

Aangemaakt op:	15-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
Zou de code OHT uit de NullFlavor codelijst worden toegevoegd aan de ErnstCodelijst? Voor CDA (zie art-decor) is het mogelijk om een toelichting op de ernst toe te voegen, maar dat kan alleen als 1 van de waardes uit de ernst codelijst is toegevoegd. In het geval dat er niet met 1 van waardes uit de huidige codelijsten wordt geregistreerd, maar er wel in een toelichting de ernst van de reactie wordt toegelicht is het niet mogelijk om die toelichting in de bouwsteen op te nemen. Als de code OTH wordt teogevoegd is dit wel mogelijk. Dit is ook het geval bij mate van kritiek zijn. (MateVanKritiekZijnCodelijst)
Besluit:
Indien ‘Ernst’ geen waarde uit de ErnstCodelijst heeft, kan deze waarde beschreven worden in het element tekst (<text>). Element <originalText> is overbodig. De specificaties zijn aangepast op http://decor.nictiz.nl/art-decor/decor-templates--zib2017bbr-?id=2.16.840.1.113883.2.4.3.11.60.3.10.3.18&effectiveDate=2015-06-22T00%3A00%3A00

ZIB-636

code toevoegen aan MateVanKritiekZijnCodelijst

Aangemaakt op:	15-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
Zou de code OHT uit de NullFlavor codelijst worden toegevoegd aan de MateVanKritiekZijnCodelijst? Voor CDA (zie art-decor) is het mogelijk om een toelichting op de mate van kritiek toe te voegen, maar dat kan alleen als 1 van de waardes uit de mate van kritiek zijn codelijst is toegevoegd. In het geval dat er niet met 1 van waardes uit de huidige codelijsten wordt geregistreerd, maar er wel in een toelichting de mate van kritiek zijn wordt toegelicht is het niet mogelijk om die toelichting in de bouwsteen op te nemen. Als de code OTH wordt teogevoegd is dit wel mogelijk. Dit is ook het geval bij ernst. (ErnstCodelijst)
Besluit:
Indien ‘MateVanKritiekZijn’’ geen waarde uit de MateVanKritiekZijnCodelijst heeft, kan deze waarde beschreven worden in het element tekst (<text>). Er hoeft geen OTHER aan de MateVanKritiekZijnCodelijst toegevoegd worden.

ZIB-637

Beschrijving Toedieningsduur aanpassen

Aangemaakt op:	22-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Omschrijving in dataset aangepast conform voorstel, dus van: bq. De toedieningsduur definieert de tijdsduur gedurende welke het medicijn wordt toegediend en wordt gebruikt bij de langzame toediening van vloeistoffen. naar: bq. De toedieningsduur definieert de tijdsduur gedurende welke het medicijn wordt toegediend en wordt voornamelijk gebruikt bij de langzame parenterale toediening van vloeistoffen. Zie issue in ART-DECOR: 288 https://decor.nictiz.nl/art-decor/decor-issues--mp-?id=2.16.840.1.113883.2.4.3.11.60.20.77.6.288
Besluit:
Beschrijving van Toedieningsduur is gewijzigd naar: "De toedieningsduur definieert de tijdsduur gedurende welke het medicijn wordt toegediend en wordt voornamelijk gebruikt bij de langzame parenterale toediening van vloeistoffen."

ZIB-638

Verkeerde SCT code gebruikt voor Behandelaanwijzing

Aangemaakt op:	29-11-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	BehandelAanwijzing(vervallen)

Omschrijving:
Behandelaanwijzing(2017) SCT code voor Behandeling is een code uit de procedure boom. Die kan geen value hebben. Elementen moeten een LOINC/SCT Observable Entity of SCT Attribute code hebben. Dit is overigens een generiek issue. Komt op meerdere plekken voor.
Besluit:
Terminologie codes bij concepten aangepast.

ZIB-639

13.1.4 Onderzoek / 13.1.8 Test mist NHG Tabel 45

Aangemaakt op:	05-12-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
In de eerstelijns wordt niet gewerkt met LOINC, maar met NHG Tabel 45 Diagnostisch Bepalingen. Zonder deze codering als optie in de waardelijsten, kan de ZIB niet worden toegepast door/naar de eerstelijn. Dit vormt een belemmering op toepassingen zoals Ketenzorg en vervanging van MEDLAB.
Besluit:
NHG Tabel 45 als optie voor de eerste lijn toegevoegd.

ZIB-640

13.1.7 ResultaatType van 1..1 naar 0..1

Aangemaakt op:	05-12-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
In de eerstelijns wordt nooit gebruik gemaakt van het op dit moment verplichte element ResultaatType. Ook in de tweedelijns- en dergelijks toepassingen wordt dit element zeker niet overal en altijd toegepast. Verzoek om dit element dan ook optioneel te maken.
Besluit:

ZIB-642

Registrerend arts toevoegen aan bouwsteen Probleem-v4.0(2017NL)

Aangemaakt op:	08-12-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem

Omschrijving:
Over het algemeen heb je in een EPD bij een Diagnose/Klacht/Complicatie/etc... een arts veld. Dit veld geeft aan wie het probleem heeft vastgesteld. Belangrijk om (zeker in het geval van uitwisseling) te weten wie het problem heeft vastgelegd.
Besluit:
In alle zibs horen bepaalde impliciete elementen (Zie BasisElementen op wiki). Hierin is ook een element Auteur opgenomen. Deze geeft aan wie de informatie heeft vastgelegd. Afhankelijk van het informatiesysteem waarin de gegevens vastgelegd zijn kan dit zijn de patient, de zorgverlener of andere betrokkene. Dit is een gegeven dat altijd bij een zib hoort. Deze issue wordt afgewezen.

ZIB-643

Kleine tekstuele verbeteringen

Aangemaakt op:	14-12-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedicatieAfspraak MedicatieGebruik2 MedicatieToediening2 Verstrekking part.GebruiksInstructie

Omschrijving:
Een aantal kleine tekstuele verbeteringen/verduidelijkingen die geen inhoudelijke wijzigingen zijn.
Besluit:
Enkele teksten in de medicatiebouwstenen bevatten fouten/ onduidelijkheden. Deze teksten zijn gewijzigd/ aangevuld. Dit heeft niet tot inhoudelijke wijzigingen geleid. In bijgevoegd document zijn de wijzigingen in detail gedocumenteerd.

ZIB-644

Aanvullende instructie: geen string maar code

Aangemaakt op:	14-12-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Element Aanvullende instructie heeft als datatype string. Dit moet een code zijn waarin uit G-standaard tabel 362 kan worden gekozen.
Besluit:
Tekst bij element 'Aanvullende instructie' is aangepast.

ZIB-645

Diverse terminologiekoppelingen lijken niet te kloppen

Aangemaakt op:	19-12-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Via implementaties van de ZIB Laboratoriumuitslag 4.0 (e-Lab / Lab2Lab / Lab2PublicHealth / Lab2Zorg) kwam ik op problemen in de terminologiekoppelingen (concept en waardelijst) binnen het Monster-deel. Ik heb deze voorgelegd aan Feikje Hielkema, Nictiz SNOMED NRC en Pieter-Jan Haas, art-microbioloog NVMM en lijk dan bevestigd te worden in mijn vermoeden. Het betreft de concepten: # NL-CM:13.1.16 Monstermateriaal # NL-CM:13.1.26 AnatomischeLocatie # NL-CM:13.1.18 Afnameprocedure # NL-CM:13.1.28 Morfologie # NL-CM:13.1.29 BronMonster Bijgaand het verslag uit de mailwisseling. Zou samen met Feikje/Terminologieteam gekeken kunnen worden naar mogelijkheden voor verbetering? ------ Van: Pieter-Jan Haas Beste Alexander, Het concept model zoals je dat met Feikje hebt gevonden is correct. De 2 in rood gemarkeerde mappings zijn dus fout. Snomed geeft overigens ook aan welke verzameling aan concepten geldig is per materiaal variable (zie snomed technical implementation guide) voor 'specimen source identity' is dit bv. | Person | 125676002 (<<) | Family | 35359004 (<<) | Community | 133928008 (<<) | Device | 49062001 (<<) | Environment |276339004 (<<) Dat staat ook niet goed in ZIB Lab 4.0 Pieter-Jan Haas{{ }} {{{color:#800080}----- Forwarded by Jeroen Alblas/RIVM/NL on 18-12-2017 16:46 -----{color} }} {{{color:#5f5f5f}From: {color}Alexander Henket [<henket@nictiz.nl>|mailto:henket@nictiz.nl] }} {{{color:#5f5f5f}To: {color}Jeroen Alblas [<jeroen.alblas@rivm.nl>|mailto:jeroen.alblas@rivm.nl], }} {{{color:#5f5f5f}Cc: {color}Annelies Kroneman [<annelies.kroneman@rivm.nl>|mailto:annelies.kroneman@rivm.nl], Feikje Hielkema [<hielkema@nictiz.nl>|mailto:hielkema@nictiz.nl], Albert-Jan Spruyt [<Spruyt@nictiz.nl>|mailto:Spruyt@nictiz.nl] }} {{{color:#5f5f5f}Date: {color}18-12-2017 15:46 }} {{{color:#5f5f5f}Subject: {color}SNOMED CT assen voor aanvullende monstereigenschappen }} {{}} ---- {{Jeroen, }} {{Zoals net telefonisch besproken. Zowel Type-Ned als ISIS-AR willen graag, dezelfde, aanvullende eigenschappen bij een isolaat kunnen doorgegeven. ISIS-AR specificeert daarvoor velden in SPM en Type-Ned specificeert hiervoor OBX-segmenten na de SPM. Het zou goed zijn om tot 1 oplossing te komen. }} {{Los daarvan is er een onduidelijkheid in de gevraagde informatie. Die spreidt zich uit over 5 assen met als omschrijving: substance, topo, proc, morph en ident. Op zoek naar de SNOMED CT concepten bij die assen, heb ik met Feikje Hielkema gezocht in de SNOMED CT Concept Model tak en ben tot onderstaande gekomen. Kun je deze met Pieter-Jan valideren? }} {{ {color:#0021bf}<value{color}{color:#ff9f71} caption{color}{color:#ff8141}={color}{color:#a13f00}"substance"{color}{color:#0021bf}>{color}370133003^Specimen substance (attribute)^SNM{color:#0021bf}</value>{color} }} {{ {color:#0021bf}<value{color}{color:#ff9f71} caption{color}{color:#ff8141}={color}{color:#a13f00}"topo"{color} {color:#0021bf}>{color}118169006^Specimen source topography (attribute)^SNM{color:#0021bf}</value>{color} }} {{ {color:#0021bf}<value{color}{color:#ff9f71} caption{color}{color:#ff8141}={color}{color:#a13f00}"proc"{color} {color:#0021bf}>{color}118171006^Specimen procedure (attribute)^SNM{color:#0021bf}</value>{color} }} {{ {color:#0021bf}<value{color}{color:#ff9f71} caption{color}{color:#ff8141}={color}{color:#a13f00}"morph"{color} {color:#0021bf}>{color}118168003^Specimen source morphology (attribute)^SNM{color:#0021bf}</value>{color} }} {{ {color:#0021bf}<value{color}{color:#ff9f71} caption{color}{color:#ff8141}={color}{color:#a13f00}"ident"{color} {color:#0021bf}>{color}118170007^Specimen source identity (attribute)^SNM{color:#0021bf}</value>{color} }} {{Merk op dat in sommige gevallen, dit zou kunnen betekenen dat de [{color:#0000FF}+ZIB Lab 4.0+{color}|https://zibs.nl/wiki/LaboratoriumUitslag-v4.0%282017NL%29] incorrecte koppelingen heeft. Dit is voor Pieter-Jan en Albert-Jan ook relevant, zie regels in rood: }} {{{color:#3f803f}Substance = NL-CM:13.1.16 Monstermateriaal = 370133003 Specimen substance{color}{color:#bf4100} Topo = NL-CM:13.1.26 AnatomischeLocatie = 405814001 Procedure site - Indirect{color}{color:#3f803f} Proc = NL-CM:13.1.18 Afnameprocedure = 118171006 Specimen procedure Morph = NL-CM:13.1.28 Morfologie = 118168003 Specimen source morphology{color} }} {{{color:#bf4100}Ident = NL-CM:13.1.29 BronMonster = 127454002 Device specimen{color} }} {{Alvast dank }} {{ }} {{Alexander Henket }}
Besluit:
SNOMED Codes voor de volgende elementen gewijzigd: AnatomischeLocatie = 405814001 Procedure site - Indirect BronMonster = 127454002 Device specimen

ZIB-646

Aanpassing SNOMED codes

Aangemaakt op:	19-12-2017	Status:	In publicatie
Onderdeel van:	Publicatie 2017	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Brandwond DecubitusWond GezinssituatieKind Huidaandoening HulpVanAnderen Infuus LaboratoriumUitslag OntwikkelingKind Probleem Schedelomvang SondeSysteem Stoma TekstUitslag Verrichting ALGEMEEN

Omschrijving:
Nav review van het SNOMED team zijn voor een aantal concepten codes toegevoegd of gewijzigd. In bijgevoegd document staan de details
Besluit:
Door het Snomed team zijn een aantal toevoegingen en wijzigingen van SNOMED codes voorgesteld die beter overeenkomen met de SNOMED structuur. (zie bijgevoegd document voor de details)

ZIB-647

Wijziging naam concept Patient?

Aangemaakt op:	27-12-2017	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Patient

Omschrijving:
Patient is niet in alle zorgsectoren herkenbaar. In de langdurige zorg wordt bijvoorbeeld gesproken over client. Waarom wordt er niet gesproken over een Persoon. Deze persoon heeft in verschillende contexten en use cases een bepaalde rol zoals patient of client. Lezenswaardig in dit kader: [http://zorgethiek.nu/client-patient-de-betekenis-aanspreektermen]
Besluit:
Concept definitie en evidence base aangepast volgens voorgestelde oplossing, conform besluit Architectuurteam.

ZIB-648

Tekstuele onjuistheid

Aangemaakt op:	03-01-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
In de beschrijvingen onder het informatiemodel staat bij AllergieCategorie een niet-kloppende zin: Identificeert de categorie van de overgevoeligheid aan zoals medicatie, voedsel of omgeving. Ik neem aan dat het iets moet zijn als: Relateert de overgevoeligheid aan mogelijke oorzaken als medicatie, voedsel of omgeving.
Besluit:
Het gaat bij dit element om de categorie waar er overgevoeligheid voor is en niet de mogelijke oorzaak.

ZIB-649

Toevoegen data-element UitgevoerdDoor

Aangemaakt op:	03-01-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Het is op dit moment niet mogelijk om aan te geven waar een labonderzoek heeft plaatsgevonden, of dit bv. binnen de eigen instelling is gedaan, of door een extern lab. Bij diverse kwaliteitsregistraties wordt hiernaar gevraagd (bv. DICA). Maar ook bij uitwisseling van gegevens tussen ziekenhuizen wil men weten van welk lab een bepaalde uitslag afkomstig is. Verzoek is om een nieuw data-element UitgevoerdDoor::Zorgaanbieder aan de zib toe te voegen, met kardinaliteit 0..1.
Besluit:
Dataelement UitgevoerdDoor::Zorgaanbieder toe gevoegd.

ZIB-650

Toevoegen data-element UitgevoerdDoor

Aangemaakt op:	03-01-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TekstUitslag

Omschrijving:
Het is op dit moment niet mogelijk om aan te geven waar een labonderzoek heeft plaatsgevonden, of dit bv. binnen de eigen instelling is gedaan, of door een extern lab. Bij diverse kwaliteitsregistraties wordt hiernaar gevraagd (bv. DICA). Maar ook bij uitwisseling van gegevens tussen ziekenhuizen wil men weten van welk lab een bepaalde uitslag afkomstig is. Verzoek is om een nieuw data-element UitgevoerdDoor::Zorgaanbieder aan de zib toe te voegen, met kardinaliteit 0..1. Zie ook ZIB-649 (zelfde verzoek voor LaboratoriumUitslag)
Besluit:
Element niet toevoegen. Vanuit de zib Verrichting kan al de Uitvoerder worden opgegeven.

ZIB-651

Toevoegen data-element WettelijkVertegenwoordiger

Aangemaakt op:	03-01-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Er is in deze bouwsteen geen referentie naar wettelijk vertegenwoordiger mogelijk. Maar het data-element Toestemming heeft als omschrijving "De door de patiënt of wettelijke vertegenwoordiger aan de zorgverlener gegeven toestemming…". Ook is er een data-element Wilsbekwaam. In voorkomende gevallen zal dan ook vastlegging van een wettelijk vertegenwoordiger noodzakelijk zijn. Verzoek is om een data-element WettelijkVertegenwoordiger::Contactpersoon toe te voegen aan deze bouwsteen.
Besluit:
Bij het maken van de bouwsteen is besloten om geen directe link naar de vertegenwoordiger te leggen, omdat 1) de identiteit zelf in de bouwsteen niet essentieel is en 2) de wettelijke vertegenwoordiger op veel meer aspecten belangrijk is en daarom op een hoger niveau vastgelegd zou moeten worden. Referentie naar contactpersoon wordt niet opgenomen.

ZIB-653

WoningTypeCodelijst bevat een code voor AWZB instelling terwijl dat tegenwoordiig Wet langdurige zorg heet

Aangemaakt op:	09-01-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Woonsituatie

Omschrijving:
Door de wijziging van de naam AWBZ in WLZ (Wet langdurige zorg) in de naam en code die in de WoningTypeCodelijst staat niet meer correct. Er moet een nieuwe code komen of de code beschrijving moet worden aangepast.
Besluit:
Een nieuwe code voor WLZ Instelling is toegevoegd aan de Waardelijst "WoningTypeCodelijst", waarbij de oude code (AWBZ Instelling) op deprecated is gezet.

ZIB-661

DSM-5 OID 2.16.840.1.113883.6.344 toevoegen

Aangemaakt op:	01-02-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem

Omschrijving:
De OID voor DSM-5 was niet bekend. Ik heb hem aangevraagd en gekregen via HL7 Internationaal. Het is geworden: 2.16.840.1.113883.6.344 Check eventueel [www.hl7.org/oid/index.cfm|http://www.hl7.org/oid/index.cfm] voor de details van deze registratie. ART-DECOR is reeds bijgewerkt
Besluit:
In 'ProbleemNaamCodelijst' aan DSM-5 OID 2.16.840.1.113883.6.344 toegevoegd.

ZIB-663

Container Product is verplicht (kardinaliteit 1), maar samenstellende data-elementen geen van beide verplicht

Aangemaakt op:	18-02-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Bij Medisch Hulpmiddel moet een Product worden ingevuld, maar de beide data-elementen die onder Product vallen zijn geen van beide verplicht (kardinaliteit 0...1). Hoe verhoudt zich dit tot elkaar? Zou het niet verplicht moeten zijn om minimaal een van beide elementen in te vullen?
Besluit:
Het is inderdaad verplicht om minimaal een van de elementen in te vullen, maar bij een container wordt er geen 'keuzebox' gezet. Wij gaan ervan uit dat altijd zinvolle informatie wordt uitgewisseld. Dus bij een cardinaliteit 1 van een container is altijd één van onderliggende elementen ingevuld worden.

ZIB-664

Bij Vaccinatie is alleen VaccinatieDatum verplicht?

Aangemaakt op:	18-02-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Vaccinatie

Omschrijving:
Alleen het data-element VaccinatieDatum is verplicht bij de zib Vaccinatie. Maar wat zegt alleen een datum? Daarmee is nog niet duidelijk over welke vaccinatie het gaat. Zou niet ook in ieder geval de productcode bekend moeten zijn?
Besluit:
Kardinaliteit van VaccinatieDatum is gewijzigd naar 0..1.

ZIB-665

PijnMethodeCodelijst uitgebreiden met FLACC en Comfortscore

Aangemaakt op:	21-02-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Pijnscore

Omschrijving:
In het ziekenhuis gebruiken we naast de NRS score voor volwassenen ook 2 scores om de pijn bij kinderen te meten. De formulieren Zijn bij Igor Schoonbrood (MUMC, Igor.schoonbrood@mumc.nl) opvraagbaar Aangezien we de pijnscore in ZIB-formaat vastleggen, willen we graag dat de PijnMethodeCodelijst uitgebreid gaat worden met de volgende 2 scores: * FLACC (Faces, Legs, Activity, Cry, Consolability) * Comfortscore
Besluit:
Na overleg met aanvrager afgesloten. De bestaande bouwstenen voor de Comfort en FLACC score kunnen gebruikt worden

ZIB-666

Graag toevoegen ggz DBC verrichtingen

Aangemaakt op:	05-03-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
Geachte lezers, vanuit de ggz komt de vraag naar voren om ook de voorgeschreven verrichtingen te kunnen verwerken met de zib verrichting 2017. Wij verzoek u daarom de volgende waardenlijst toe te voegen. Hier is voor zover bekend geen OID voor beschikbaar. https://dbcregels.nza.nl/2017/ggz/registreren/verrichtingen-registreren/verrichtingen-registreren-wat/
Besluit:
GGZ Verrichtingenlijst toegevoegd als mogelijke codesysteem voor het element VerrichtingType.

ZIB-669

datatype element Verzamelperiode

Aangemaakt op:	05-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Het dataelement Verzamelperiode heeft het datatype TS. Maar het gaat over een periode, dus ik had hier een verwijzing naar de subbouwsteen TijdsInterval verwacht. Is er een reden waarom hier voor TS is gekozen?
Besluit:
Het data element Verzamelperiode uit het deel Monster had het datatype TS (Timestamp). Na het ontwikkelen van de zib LaboratoriumUitslag is de subbouwsteen Tijdsinterval ontwikkeld. Deze past veel beter bij het concept Verzamelperiode. Dit is nu gewijzigd.

ZIB-670

Graag afzonderlijke zib maken van data element juridische status

Aangemaakt op:	06-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
GGZ Nederland wil graag een aparte zib voor juridische status. Dit is een zib concept dat bij de top 3 van relevante zibs in de ggz hoort. Op dit moment is het concept juridsiche status opgenomen in [https://zibs.nl/wiki/VrijheidsbeperkendeMaatregelen-v3.1(2017NL)] Het gaat specifiek om het data-element |NL-CM:14.3.2| |!https://zibs.nl/images/thumb/0/0b/Arrowright.png/10px-Arrowright.png|width=10,height=11! JuridischeStatus|0..1|De juridische situatie die voor de patiënt van toepassing is gedurende de interventie. De codering van de juridische status is gebaseerd op de Vektis/AZR codelijst COD232-VEKT Juridische Status.| Deze tabel lijkt de relevante onderwerpen te omvatten, zoals ook eerder aanwezig waren in de detailed clinical model over dit onderwerp van Actiz die in het kader van de WMO startfase is uitgewerkt. Dit was het prille begin van WMO waar nog veel AWBZ materiaal (incl. vektis tabellen) werd (her)gebruikt. [https://github.com/DetailedClinicalModels/Detailed-Clinical-Models/tree/master/Juridical%20Status%20-%20Juridische%20Status.] Met Aisha Sie is dit in de redactieraad zibs ggz besproken. Zij geeft aan dat dit een relatief eenvoudige wijziging betreft. In vrijheidsbeperkende maatregelen kan dan een verwijzing naar de zib juridische status worden opgenomen.
Besluit:
Nieuwe zib JuridischeSituatie aangemaakt.

ZIB-673

Tekstueel wijzigen 'medical aid' naar 'medical device'.

Aangemaakt op:	07-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Voor de Engelse versie van MedischHulpmiddel is de naam aangepast van MedicalAid naar MedicalDevice. Dit is zeker een verbetering, echter is deze vertaling niet bij alle concepten van de ZIB doorgevoerd. Dit zou nog verbeterd kunnen worden.
Besluit:
Bij de volgende elementen is de Engelse vertaling in de beschrijving aangepast: Product, StartDate, Comment, Location::HealthcareProvider, HealthProfessional. En in categorie: Issues.

ZIB-675

toevoegen CBV codelijst aan verrichtingtype

Aangemaakt op:	16-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
Op dit moment kunnen alleen waarden uit de Verrichtingenthesaurus DHD worden gebruikt. Op dit moment wordt in ons systeem alleen gebruik gemaakt van de CBV codelijst en wordt de verrichtingenthesaurus geimplemnteerd. Dit wordt uiterlijk 1 januari 2019 afgerond. Tot die tijd kan er dus nog geen thesaursucode worden gebruikt in de bouwstenen die we genereren. Is het mogelijk om de CBV codelijst toe te voegen als valueset die gebruikt mag worden voor de verrichting type?
Besluit:
SNOMED-CT, CBV codes en NZa codes toegevoegd in de zib Verrichting.

ZIB-676

Typefout in "CollectioMethodCodelist"

Aangemaakt op:	19-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
h3. De engelse naam van de codelijst voor concept CollectionMethod heeft een typfout.
Besluit:
De engelse naam van de codelijst voor concept CollectionMethod is verbeterd.

ZIB-678

Codes voor Apotheekinstelling en Huisartsinstelling aan OrganisatieTypeCodelijst toevoegen.

Aangemaakt op:	21-03-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
E-mail Evelien Vos: De reden dat ik het vraag is dat wij bezig zijn technische implicaties rondom de wet die gaat over toestemming voor het uitwisselen van medische gegevens. Hierbij kan een patiënt toestemming geven aan een zorginstelling om zijn/haar gegevens te delen met een categorie van zorgaanbieders. Wij moeten dus code hebben om de verschillende categorieën van zorgaanbieders aan te geven. Wij zouden graag de abstracte waarden Apotheekinstelling en Huisartsinstelling gebruiken omdat deze het meest duidelijk zijn voor patiënten, in plaats van de soorten apotheken en huisartseninstellingen. Is het mogelijk om daar codes voor te maken zodat we die kunnen gebruiken? Groeten, Evelien
Besluit:
De volgende codes zijn toegevoegd aan OrganisatietypeCodelijst : A1: Apotheekinstelling H1: Huisartsinstelling

ZIB-680

Toevoegen van einddatum bij medisch hulpmiddel

Aangemaakt op:	08-05-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedischHulpmiddel

Omschrijving:
Bij het register van Nationale surveillance van nosocomiale infecties op intensieve zorgen (NSIH-ICU) wordt er gevraagd naar de periode dat de patient gecatetheriseerd, geintubeerd,... geworden is. De ZIB van medisch hulpmiddel vermeld echter niet de einddatum. Zou het mogelijk zijn om deze toe te voegen aub? Alvast bedankt! h3.
Besluit:
Element 'Einddatum' aan zib MedischHulpmiddel toegevoegd.

ZIB-681

ICF 'alle waarden' n.v.t. op FunctioneleOfMentaleStatus antwoord

Aangemaakt op:	14-05-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	FunctioneleOfMentaleStatus

Omschrijving:
Vanuit de MedMij Openbare Consulatie voor de BgZ 2017 hebben wij van Marc de Graauw het volgende punt ontvangen. Aangezien dit voornamelijk betrekking heeft op de ZIB, kopier ik het issue naar hier. Voor FunctionalOrMentalStatus wordt in BGZ en Medmij ICF gebruikt voor StatusName en StatusValue. Beide gaan naar een value set die alle waarden uit ICF toestaat. Dat klopt voor de vraag (StatusName) maar niet voor het antwoord (StatusValue). ICF codeert Functionele categorieen (zoals "b1440 Short-term memory") maar de antwoorden worden niet met ICF codes gegeven, maar op een schaal van 0-9. "Alle ICF codes" impliceert dat zowel de vragen als de antwoorden uit de ICF-categorieen gekozen worden.
Besluit:
Tekst bij StatusWaarde aangepast: 'De antwoord codes dienen geselecteerd te worden uit de bij de vraag horende subselectie van het codesysteem conform de voor dat systeem geldende regels'.

ZIB-682

toelichting toevoegen aan alert

Aangemaakt op:	15-05-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Alert

Omschrijving:
Er wordt vaak een relevante toelichting gegeven op het moment dat een alert wordt vastgelegd. Deze kan nu niet toe worden gevoegd aan de alert bouwsteen, anders dan via de probleem bouwsteen. Hiervoor moet de alert worden vertaald in 1 van de toegestane codelijsten bij de ZIB Probleem. Dit is niet altijd mogelijk, daarnaast is er ook een ander optie waarvan gebruik kan worden gemaakt in de alertnaamcodelijst. Maar dan is er dus geen mogelijkheid om een toelichting toe te voegen. Is het mogelijk om een toelichting toe te voegen aan de bouwsteen Alert?
Besluit:
Element: "Toelichting" toegevoegd aan het rootconcept.

ZIB-685

cardinaliteit VaccinatieDatum aanpassen

Aangemaakt op:	19-06-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Vaccinatie

Omschrijving:
We zijn met zekere regelmaat tegen gekomen in ons systeem dat vaccinaties zijn vastgelegd zonder datum. Dit komt vooral voor bij het vastleggen van vaccinaties die iemand als kind heeft gekregen. Deze vaccinaties kunnen we nu niet als ZIB aan een patient tonen. Kan daarom de cardinaliteit van de VacinatieDatum worden aangepast naar 0..1 ?
Besluit:
Cardinaliteit VacinatieDatum aangepast naar 0..1.

ZIB-686

AlcoholGebruikStatusCodelijst: spelling

Aangemaakt op:	29-06-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AlcoholGebruik

Omschrijving:
Eén van de opties is 'Levenslang niet drinker', dit moet volgens ons 'Levenslang niet-drinker' zijn.
Besluit:

ZIB-687

VerificatieStatus Klachten en Diagnoses niet opgenomen in CDA template

Aangemaakt op:	16-07-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem

Omschrijving:
N.a.v. https://bits.nictiz.nl/browse/ZIB-459 is een concept VerificatieStatus opgenomen in de ZIB Klachten en Diagnoses (toen nog OverdrachtConcern). Echter is dit nieuwe concept niet terug te vinden in de CDA templates voor deze ZIB. Een uitbreiding van deze templates om dit concept te ondersteunen is daarom wenselijk.
Besluit:
Het concept VerificatieStatus is inderdaad niet opgenomen in de CDA templates voor de zib Probleem. Voor de publicatie van de CDA specificaties voor BgZ prerelease 2017 is er een afspraak gemaakt om dit concept niet mee te nemen. Deze en de alle andere afspraken zijn opgenomen in de ART-DECOR BgZ-project bij de projectinformatie /versie-informatie https://decor.nictiz.nl/art-decor/decor-project--bgz2017-

ZIB-689

NL-CM:12.7.5 PolsRematigheid mist terminologie

Aangemaakt op:	18-07-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Polsfrequentie

Omschrijving:
NL-CM:12.7.5 PolsRematigheid mist terminologiekoppeling. Zonder die koppeling is hij niet te gebruiken in overdracht
Besluit:
NL-CM:12.7.5 PolsRematigheid van een SNOMED voorzien: 44969-4 Heart rate rhythm palpation.

ZIB-690

NL-CM:12.6.2 TemperatuurType onjuist gemodelleerd

Aangemaakt op:	18-07-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Lichaamstemperatuur

Omschrijving:
TemperatuurType lijkt een verbijzondering van de LOINC code achter TemperatuurWaarde te zijn. Wat er bedoeld lijkt te worden is echter de plaats van temperatuuropname. In dat geval moet het concept iets als "TemperatuurLocatie" heten en concepten bevatten onder 123037004 Lichaamstructuur.
Besluit:
De omschrijving van het element TemperatuurType gewijzigd.

ZIB-691

Ontbrekende velden in template voor producten die tijdens een verrichting worden geplaatst

Aangemaakt op:	18-07-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
De ZIB Verrichting verwijst voor producten die tijdens een verrichting worden geplaatst naar de ZIB Medisch hulpmiddel. Hierin is onder andere een veld 'Toelichting' gespecificeerd. Het template voor verrichtingen verwijst hier naar template [2.16.840.1.113883.2.4.3.11.60.3.10.3.21|http://decor.nictiz.nl/art-decor/decor-templates--zib2017bbr-?id=2.16.840.1.113883.2.4.3.11.60.3.10.3.21&effectiveDate=2018-06-11T00%3A00%3A00]. In dit template lijkt de toelichting echter te ontbreken.
Besluit:
De missende "Toelichting" wordt toegevoegd in de template 2.16.840.1.113883.2.4.3.11.60.7.10.3.24 en de template 2.16.840.1.113883.2.4.3.11.60.7.10.3.23. Het wordt meegenomen in de volgende publicatie van de CDA templates voor de BgZ.

ZIB-694

Nieuw ZIB-item om eigenschappen zoals trap of lift vast te leggen - WoningToegankelijkheid

Aangemaakt op:	10-08-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Woonsituatie

Omschrijving:
Voorstel vanuit Epic-ziekenhuizen om de Woonsituatie ZIB uit te dijen met een nieuw item om een eigenschap zoals lift of trap vast te leggen. Dit mag nu vastgelegd worden als een commentaar op de woonsituatie maar wij willen jullie formeel verzoeken om een nieuw item hiervan te maken. Voor nazorg en transferverpleegkundigen hebben ze behoefte aan deze informatie. Bijvoorbeeld, het huis van de patiënt is voorzien van een trap maar de patiënt kan niet erop. De verpleegkundige regelt dus een bed op de begane grond om kosten en moeite te besparen voor de patiënt. Anders moet de patiënt in een verpleeghuis of een revalidatiecentra laten herstellen. Als er eventueel meer rekening met thuiszorg en andere zorginstellingen buiten ziekenhuizen wordt gehouden. Idee qua naamgeving: WoningToegankelijkheid
Besluit:
Aan het model twee elementen toegevoegd, WoningAanpassing en WoonOmstandigheid. De keuzelijsten zijn conform de voorstellen van de autorisatieraad V&VN en beschrijven aanpassingen en de toe- en doorgankelijkheid van de woning. Daarnaast zijn aan de WoningTypeCodelijst drie types toegevoegd, t.w. instelling ZVW, WMO en asielzoekerscentrum.

ZIB-695

Tekstuele fout in voorbeeld

Aangemaakt op:	22-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	HulpVanAnderen

Omschrijving:
Bij SoortHulp in het voorbeeld staat _Professionele zorg_, dit zou volgens de waardelijst _Professionele thuiszorg_ moeten zijn.
Besluit:
SoortHulp in het voorbeeld 'Professionele zorg', veranderd naar 'Professionele thuiszorg'.

ZIB-696

Container hulpverlener is overbodig en Engelse vertaling kan beter

Aangemaakt op:	22-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	HulpVanAnderen

Omschrijving:
De container aid, NL-CM:3.2.5, lijkt mij overbodig. De drie kind elementen zouden ook rechtstreekts op het rootelement kunnen zitten met dezelfde constraint. Daarnaast kan de vertaling van hulpverlener naar aid ook verbeterd worden, mocht het container element niet overbodig bevonden worden.
Besluit:
Conceptvertaling van Hulpverlener-> Aid veranderd naar : Care Aide.

ZIB-697

Terminologiekoppeling Gezinssituatie en GezinssituatieKind

Aangemaakt op:	22-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Gezinssituatie GezinssituatieKind

Omschrijving:
Voor FHIR hebben we een aantal terminologiekoppelingen met concepten van de ZIB nodig waar momenteel nog een code voor is gedefinieerd. Het terminologieteam van Nictiz heeft onderstaande ontbrekende codes bij de Zibs Gezinssituatie en GezinssituatieKind gevonden. Kan dit ook in de ZIB worden toegevoegd? |Concept naam NL|Concept naam Eng.|Definitie|SNOMED CT code| |Gezinssituatie|FamilySituation|Rootconcept van de bouwsteen Gezinssituatie. Dit concept bevat alle gegevenselementen van de bouwsteen Gezinssituatie.||365470003 \|Finding of family details and household composition (finding)\||| |Gezinssamenstelling|FamilyComposition|De gezinssamenstelling beschrijft de thuissituatie van de patiënt en de samenlevingsvorm. ||224130005 \|Household composition (observable entity)\||| |AantalKinderenInwonend|NumberOfChildrenLivingAtHome|Het aantal kinderen dat bij de patiënt woont.||55811000146107 \|Number of children living at home (observable entity)\||| |Kind inwonend|LivingAtHome|Een Boolean indicator die aangeeft of het kind inwonend is.||*224137008 \|Lives with parents (finding)\|*|| |GezinssituatieKind|FamilySituationChild|Rootconcept van de bouwsteen GezinssituatieKind. Dit concept bevat alle gegevenselementen van de bouwsteen GezinssituatieKind.||55801000146105 \|Finding of family details and household composition of child (finding)\||| |AantalBroersEnZussen|NumberOfSiblings|Aantal broers en zussen die het kind heeft, die in hetzelfde gezin woonachtend zijn. Kinderen in deze context zijn biologische en geadopteerde kinderen, stiefkinderen en pleegkinderen.||224095004 \|Number of siblings (observable entity)\|||
Besluit:
Codes toegevoegd behalve de code voor Kind >Inwonend (Lives with Parents) omdat deze code al voorkomt in de GezinssamenstellingCodelijst.

ZIB-698

Rol Tolk toevoegen

Aangemaakt op:	28-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	26-06-2019
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
In de ZIB Taalvaardigheid wordt gesproken over een Tolk. Voor het project Regionale Oncologie Netwerken en de Palliatieve Zorg DataSet hebben we een Contactpersoon nodig die de rol 'Tolk' heeft. Deze rolcode mist nu. Graag toevoegen.
Besluit:
'Tolk' is toegevoegd aan codelijst en naam van codelijst is gewijzigd.

ZIB-699

BehandelingCodeLijst uitbreiden

Aangemaakt op:	28-08-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	BehandelAanwijzing(vervallen)

Omschrijving:
Voor de Palliatieve Zorg dataset willen we graag de lijst uitbreiden met een aantal items. BehandelingCodeLijst uitbreiding: Behandeling(2.1.3)=431415002 | Management of internal defibrillation (procedure) | Behandeling(2.1.3)=426220008 | External ventricular defibrillation Behandeling(2.1.3)=281789004 | Antibiotic therapy (procedure) | Behandeling(2.1.3)= 103744005 | Administration of intravenous fluids (procedure) | Behandeling(2.1.3)=75118006 | Feeding patient (regime/therapy) | Behandeling(2.1.3)=116762002 | Blood products administration Behandeling(2.1.3)=265764009 | (renal) dialyse |
Besluit:
De waarde 'Toediening van antibiotica' (281789004 |antibiotische therapie (verrichting)|) wordt toegevoegd aan de BehandelingCodeLijst.

ZIB-700

BehandelingToegestaanCodelijst uitbreiden met "Niet besproken"

Aangemaakt op:	28-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	BehandelAanwijzing(vervallen)

Omschrijving:
Voor de Palliatieve Zorg dataset moeten we expliciet kunnen aangeven dat een BehandelAanwijzing NIET is besproken. Het lijkt het handigst om dit te doen door de BehandelingToegestaanCodelijst uit te breiden.
Besluit:
In Waardelijst "BehandelingToegestaanCodelijst" een NULL Flavour NASK (Not Asked =Niet gevraagd) toegevoegd.

ZIB-701

AfwijkendeUitslag algemenere naam geven

Aangemaakt op:	28-08-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	Contact

Omschrijving:
In de palliatieve zorg dataset zoeken we een plek voor een tekstuele reden van een contact anders dan een Probleem of Verrichting. AfwijkendeUitslag gebruiken we daar nu voor maar kan dan willen we dit item graag hernoemen naar "Beschrijving" of "Toelichting".
Besluit:
Extra element 'Toelichting(ST)' toegevoegd aan 'RedenContact' Bij beschrijving van verrichting (als reden contact) aangepast dat het hier om een 'zorghandeling' gaat ipv een 'verrichting'

ZIB-703

In plaatje komt term TestNaam voor, terwijl de zib die niet (meer) kent.

Aangemaakt op:	19-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
In het model van deze zib staat zowel bij TestUitslag als bij TestMethode een toelichting waarin de term "TestNaam" wordt gebruikt. Maar TestNaam komt in het model niet (meer?) voor. Alleen TestCode. Verzoek is om het plaatje aan te passen.
Besluit:
TestNaam veranderd naar TestCode.

ZIB-704

Typefouten in model van de zib

Aangemaakt op:	19-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
In het plaatje van het zibmodel, en ook in de tekst, komt enkele keren "ZorgverlenersRol" naast "ZorgverlenerRol" voor. Een van beide is goed (volgens mij de laatste, zonder s). Rest moet aangepast worden.
Besluit:
Naam van het dataelement ZorgverlenersRol is gewijzigd in ZorgverlenerRol

ZIB-705

Kardinaliteit PolsfrequentieWaarde

Aangemaakt op:	21-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Polsfrequentie

Omschrijving:
De kardinaliteit van PolsfrequentieWaarde is nu 0..1, terwijl dit bij HartfrequentieWaarde op 1 is gezet. Nu is dus in Polsfrequentie alleen het dataelement PolsfrequentieDatumTijd verplicht. Dit is onlogisch, kardinaliteit PolsfrequentieWaarde zou ook 1 moeten zijn.
Besluit:
De cardinaliteit van het element Polsfrequentiewaarde (0..1) en Hartfrequentiewaarde uit zib Hartfrequentie (1) waren niet consistent. Dit is verbeterd, beiden zijn nu 1.

ZIB-707

Geen indicatie mogelijk bij zib Voedingsadvies

Aangemaakt op:	21-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Voedingsadvies

Omschrijving:
Deze zib geeft niet de mogelijkheid om aan te geven wat de indicatie is voor het voedingsadvies. Bij andere behandelingsoorten als Verrichting en Medicatie is dit wel het geval. Het lijkt logisch en nuttig om dit ook bij Voedingsadvies mogelijk te maken.
Besluit:
In de bouwsteen in de mogelijkheid opgenomen om te verwijzen naar het probleem dat ten grondslag ligt aan het voedingsadvies.

ZIB-716

Tobacco use ZIB - tobacco type clarification

Aangemaakt op:	24-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TabakGebruik

Omschrijving:
Hello! In the BGZ specifications document<https://www.registratieaandebron.nl/pdf/Basisgegevensset_Zorg_v1_0.pdf> the 'Tabakgebruik' ZIB is defined as "Alle bekende tabakgebruik" (all known tobacco use) but the Tabakgebruik ZIB wiki page<https://zibs.nl/wiki/TobaccoUse-v1.2.1(2015EN)> only references smoked tobacco, such as cigarettes, cigars, and pipe. The 'type of tobacco used' code list also only references smoked tobacco. Does smokeless tobacco, such as chewing tobacco, need to be included in the ZIB? Kyle Bohrer | Epic | Poliklinische Implementatie | * +31 73 692 7400 | * kbohrer@epic.com [Created via e-mail received from: Kyle Bohrer <kbohrer@epic.com>]
Besluit:
Gebruikt kauwtabak en Gebruikt snuiftabak toegevoegd aan SoortTabakGebruikCodelijst

ZIB-718

Kleine onvolkomenheid SNAQ 65+ ZIB

Aangemaakt op:	24-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	SNAQ65+Score

Omschrijving:
L.S., Vandaag bekeek ik de ZIB van de SNAQ 65+. Daarbij zag ik de codelijst SNAQ65+_Gewichtsverlies (valueset OID 2.16.840.1.113883.2.4.3.11.60.40.2.4.30.1). Daarin staat bij beide codes het gewichtsverlies in de laatste maand genoemd. De SNAQ 65+ gaat echter uit van het onbedoelde gewichtsverlies gedurende de laatste zes maanden, en niet de laatste maand. Elders in de ZIB bij de definitie van het concept GewichtsverliesScore staat wel zes maanden genoemd. Verder klopt de definitie van de grens niet: volgens de bronnen die ik kan vinden gaat de validatie uit van ‘4kg of meer’ en ‘minder dan 4kg’, dus >=4kg. De huidige beschrijvingen zijn ‘Minder dan 4kg’ en ‘Meer dan 4kg’. Ze vermelden dus niet wat er gescoord moet worden bij een gewichtsverlies van exact vier kilo en zouden dat volgens mij wel moeten doen. Mijn voorstel: de scores aanpassen naar ‘minder dan 4kg in de laatste zes maanden’ en ‘4kg of meer in de laatste zes maanden’. Bronnen: De onderbouwing van de stuurgroep ondervoeding op, http://www.stuurgroepondervoeding.nl/wp-content/uploads/2015/02/Uitleg-en-onderbouwing-SNAQ65-.pdf Deze verwijst naar de originele studie LASA van de VU en de VUmc – ik heb de originele publicaties er niet bij gezocht, maar ik ga er even van uit dat dit hetzelfde is. Met vriendelijke groet, Pieter Bos [Created via e-mail received from: Pieter Bos <pieter.bos@nedap.com>]
Besluit:
In de gewichtsverlies codelijst zat een storende fout. Er stond bij minder dan vier kilo i]'in de laaste maand' ipv 'in de laatste zes maanden. Bovendien was de grens van vier kilo bij geen van de keuzes inclusief de grens. Dit is aangepast.

ZIB-728

aanpassing zib verpleegkundige interventie

Aangemaakt op:	24-09-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VerpleegkundigeInterventie

Omschrijving:
L.s. Bij deze wil ik namens V&VN een wijzigingsverzoek indienen voor de zib 'verpleegkundige interventies'. Dit op basis van de richtlijn verpleegkundige verslaglegging waarin de definitie is aangepast. Deze definitie is in lijn met de norm: NEN-EN-ISO 18104 (en) Medische informatica - Categorische structuren voor de beschrijving van verpleegkundige diagnoses en taken in terminologische systemen (ISO 18104:2014,IDT). In de huidige zib 'verpleegkundige interventie' wordt een onderscheid gemaakt tussen verpleegkundige interventie en verpleegkundige actie. Dit onderscheid (gelaagdheid) wordt in de NEN-ISO norm en in de richtlijn niet gemaakt. Ons voorstel is dan ook om geen onderscheid meer te maken tussen verpleegkundige actie en verpleegkundige interventie. Met vriendelijke groet, Erna Vreeke, Voorzitter redactieraad Verpleegkundigen & Verzorgenden Nederland Churchilllaan 11, 3527 GV, Utrecht Postbus 8212, 3503 RE, Utrecht E. e <info@ernavreeke.nl>.vreeke@venvn.nl M. 06-50613506 www.venvn.nl
Besluit:
Het tussenliggende VerpleegkundigeActie niveau (container) met bijbehorende omschrijving (Activiteit) is verwijderd en alle overige data-elementen die aan VerpleegkundigeActie verbonden waren zijn nu direct gekoppeld aan het rootconcept VerpleegkundigeInterventie.

ZIB-732

Een aantal Snomed codes blijken bij nadere controle invalide. Een aantal andere codes zijn inmiddels Inactive verklaard in SNOMED

Aangemaakt op:	09-10-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie Blaasfunctie Darmfunctie FunctieHoren Hartfrequentie SondeSysteem VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Invalide id’s: * 2921100014610 (gedwongen medicatie): moet zijn 29211000146105 |Forced medication (procedure)| [Vrijheidsbeperkende maatregelen] * 24627300 (patient position): moet zijn 246273001 |Patient position (attribute)| * 0511000146102 (cardiac pacemaker amperage): moet zijn 30501000146104 |stroomsterkte van cardiale pacemaker (waarneembare entiteit)| * 11198001 (defecation): moet zijn 111989001 |Defecation (observable entity)| [Darmfunctie] Inactieve concepten: * 28278009 |Micturition (observable entity)| is vervangen door 364196001 |Micturition feature (observable entity)| (maar zonder context kan ik niet beoordelen of dit nog steeds de goede koppeling is) [Blaasfunctie] * 248650006 |Heart irregular (finding)| (hartslag onregelmatig) is vervangen door 361137007 |onregelmatige hartslag (bevinding)| [Hartfrequentie] * 714917003 |Ability to transfer location with assistance (finding)| (hulp nodig) is vervangen door 719024002 |Able to transfer location with assistance (finding)| [Mobiliteit] * 281414004 |Percutaneous endoscopic gastrostomy catheter (physical object)| (PEG sonde) vervangen door 470571004 |gastrostomiekatheter (fysiek object)| (daar twijfel ik over) [Sondesyteem] * 272182005 |Aid to hearing (physical object)| vervangen door 6012004 |gehoorapparaat (fysiek object)|[FunctieHoren] * 23067006 |toxische epidermale necrolyse (aandoening)| (toxische epidermale necrolyse) vervangen door 768962006 |Lyell syndrome (disorder)| [AllergieIntolerantie]
Besluit:
In de vorige prepublicatie zijn een aantal Snomed CT codes gevonden die ofwel niet bestonden (meestal een typefout) of die door Snomed obsolete verklaard waren. Deze codes zijn nu vervangen. In de waardelijsten zullen die obsolete codes wel getoond blijven worden naast de nieuwe codes, maar met de toevoeging OBSOLETE. De code kunnen namelijk ooit wel gebruikt zijn. Gebruik van obsolete codes wordt sterk afgeraden.

ZIB-735

Toevoegen code U-Unmarried aan BurgerlijkeStaatCodelijst

Aangemaakt op:	10-10-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	BurgerlijkeStaat

Omschrijving:
Bij het mappen van de bronwaardes uit HiX naar de BurgerlijkeStaatCodelijst, lopen we in het LUMC tegen het probleem aan dat "samenwonend" ook als optie wordt geregistreerd en we dit niet kunnen mappen naar 1 van de waardes in de BurgerlijkeStaatCodelijst. Deze bevat namelijk wel de opties S - Never Married en D - Divorced, maar we weten van deze mensen niet of ze ooit getrouwd zijn geweest. Het zou dus beter zijn om dit te mappen op de code U-Unmarried. Dit is binnen FHIR een geldige code voor MaritalStatus, maar binnen nl-core-patient is deze niet opgenomen. Is het mogelijk de code U-Unmarried op te nemen in de valueset BurgerlijkeStaatCodelijst of de binding op deze valueset te wijzigen van required naar extensible, zodat we deze code kunnen meesturen?
Besluit:
Unmarried/ongehuwd toegevoegd aan codelijst. Never married op discouraged gezet.

ZIB-736

Tikfout in omschrijving Identificatienummer

Aangemaakt op:	10-10-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2018-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.BasisElementen(vervallen)

Omschrijving:
"Nummer dat de instantiatie van de bouwsteen wereldwijd uniek _identificeerd_" moet zijn "Nummer dat de instantiatie van de bouwsteen wereldwijd uniek *identificeert*"
Besluit:
Definitie Identificatienummer is conform voorstel aangepast.

ZIB-759

CaseManager toevoegen aan ZorgverlenerRolCodelijst

Aangemaakt op:	11-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg CaseManager mist als waarde in ZorgverlenerRolCodelijst. Voorstel is om hiervoor de perfect passende SNOMED CT code ‘768832004 Case manager’ te nemen. OTH is een escape als het echt niet anders kan. In ieder geval in de Palliatieve Zorg is de rol expliciet nodig.
Besluit:
Aan de codelijst ZorgverlenerRolCodelijst is de rol Casemanager toegevoegd.

ZIB-760

Telefoonnummer, toelichting veld toevoegen

Aangemaakt op:	11-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.Contactgegevens

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg In dit project heeft men extra toelichting nodig op een telefoonnummer. Kan ook algemeen nummer zijn of team nummer oid. Als je een tekstuele toelichting bij een Contactgegeven kan toevoegen zou dit zou ook oplossing zijn voor BITS-702. Het telefoonnummer is namelijk niet altijd van de Zorgverlener zelf.
Besluit:
Aan een telefoonnummer is nu een toelichtingsveld toegevoegd, waarin nadere bijzonderheden over het nummer kunnen worden vastgelegd.

ZIB-762

Contactpersoon wordt gebruikt als Relatedpersoon

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg De persoon hoeft niet contact te zijn. Deze ZIB kan prima gebruikt voor andere dan contact personen. De beschrijving helemaal bijwerken, zodat dat duidelijk is. Nu staat e.g. bij Purpose heel nadrukkelijk dat het om een Contactpersoon gaat. Wij gebruiken het ook voor de betrokken Tolk van de patient. Evt de naam wijzigen naar een goede vertaling van RelatedPerson, iets als Betrokkenpersoon. Maar wmb is het al genoeg om de beschrijving bij te werken.
Besluit:
De zib ContactPersoon wordt breder gebruikt dan de naam aangeeft, namelijk als bij de zorg van de patiënt betrokken (niet medisch professioneel) persoon. De beschrijvingen zijn zo aangepast dat duidelijk is dat deze bredere toepassing mogelijk is.

ZIB-763

Levensovertuiging toelichtingveld toevoegen

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Levensovertuiging

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg We hebben een toelichting-veld nodig om belang aan te geven.
Besluit:
Aan de bouwsteen is een toelichting veld toegevoegd om het belang van de levensovertuiging voor de patiënt aan te geven.

ZIB-766

Pijnscore aard van de pijn toevoegen

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Pijnscore

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg In de palliatieve fase ga je de pijn verzachten. Je wilt als verzorgende de juiste vraag stellen en de juiste pijnbestrijding toedienen. Daarvoor wil je ook de aard van de pijn weten. Concept toevoegen: “Aard van de pijn” (code 27214402 |Sensation quality (qualifier value)|) CD met waardelijst: brandend, kloppend, zeurend, stekend.
Besluit:
Pijnkemerken zijn in een speciale nieuwe zib ondergebracht. De resultaten daarvan staan beschreven in de release notes van issue ZIB-979.

ZIB-767

Gezinssituatie kind naam, geslacht, en waar woonachtig als uitwondend

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Gezinssituatie GezinssituatieKind

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg We hebben nodig: kind naam, geslacht en bij uitwonende kinderen ook waar woonachtig. Een oplossing is om in ZIB Gezinssituatie een toelichting veld bij Kind toevoegen om hiervoorgenoemde gegevens vast te leggen. 767N.B. AantalX is afleidbaar uit Kind registraties? Is er een constraint? ZIB GezinssituatieKind gebruikt wel Contactpersoon om naam e.d. van het kind erbij te halen. Zoiets is hier nodig, maar niet vanuit het kind.
Besluit:
Toelichtingsveld bij container 'Kind' aan zib Gezinssituatie toegevoegd.

ZIB-768

Gezinssituatie codering Inwonend fout

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Gezinssituatie

Omschrijving:
NL-CM:7.13.5 SCT codering fout voor “Inwonend” Er wordt nu SCT voor “# in household” als code gebruikt. Dat is echt wat anders dan een boolean die aangeeft of een kind inwonend is.
Besluit:
De SNOMED CT code voor inwonend werd als onvoldoende duidelijk beschouwd. Er is nu een nieuwe code 224133007 |Lives with family (finding)| aan toegekend.

ZIB-769

Woonsituatie WoningType lijst mist met/zonder/lift/trap

Aangemaakt op:	14-12-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Woonsituatie

Omschrijving:
Project: Regionale Oncologie Netwerken Palliatieve Zorg, UMCG EPD WoningType waardelijst mist lift/met/zonder trap. Zou evt in toelichting kunnen of anders evt een extra veld met voorzieningen. In UMCG hebben we deze aspecten toegevoegd in de waardelijst.
Besluit:
Zie de release notes van ZIB-694

ZIB-770

SoortTabakGebruikCodelijst uitbreiding met 3 waardes gevraagd

Aangemaakt op:	17-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	TabakGebruik

Omschrijving:
Vanuit de Epic ziekenhuizen komen er een behoefte aan nog 3 waardes mbt TabakGebruik. Het gaat namelijk over: * Kauwtabak * Snuiftabak * E-sigaret Zowel Kauwtabak (713914004) als Snuiftabak (713914004) als E-sigaret (722499006) hebben al blijkbaar SNOMED codes gedefinieerd.
Besluit:
Kauwtabak (81703003) als Snuiftabak (228494002 ) als E-sigaret (722499006) zijn toegevoegd aan SoortTabakGebruikCodelijst

ZIB-781

aanpassing omschrijving 'Farmaceutische vorm'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Tekst aanpassen naar: De farmaceutische vorm geeft de vorm van een geneesmiddel weer. Voorbeelden zijn: tablet, zetpil, infusievloeistof, zalf. Indien het middel een GPK uit de G-standaard kent dan is de vorm via de G-standaard bekend. Voor producten zonder code (vrije tekst, magistrale bereiding), kan de toedieningsvorm worden opgegeven. En: onder de link bij de waardenlijst staat bij codesysteemnaam: ... (tabel 6). Dit aanpassen naar: ... (bst902, thesaurus 6)
Besluit:
Tekstuele aanpassing

ZIB-782

Aanpassing omschrijving 'criterium' (mp-dataelement900-19945)

Aangemaakt op:	11-12-2018	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
'b-codes uit Tabel25' vervangen door 'aanvullende teksten uit GSt bst362 (= aanvullende teksten uit NHG-tabel Gebruiksvoorschrift)' Overigens is hier nog een mooie functionaliteit toe te passen: de aanvullende teksten die je hier kan tonen, zijn de teksten met tekstcategorie 'conditie'. Lijkt me niet iets om hier in dit veld te noemen, maar moet wel ergens beschreven worden. Om in ons achterhoofd te houden wat we hiermee moeten.
Besluit:
Kleine tekstuele aanpassing (b-codes uit Tabel25 wordt G-standaard bst362).

ZIB-785

Aanpassing omschrijving 'keerdosis'

Aangemaakt op:	11-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Er staat nu: 'De dosering wordt beschreven in de bij het product behorende eenheid, zodat het meestal een aantal stuks of doses betreft. Voor vloeistoffen en andere deelbare producten zal meestal een volumemaat (bij voorkeur "ml") worden gebruikt.' Het is echter niet noodzakelijk om de dosering op te geven in de bij het product behorende eenheid. De wens is juist dat je het in elke eenheid moet kunnen opgeven die bij het product hoort. Dus eenheid werkzame stof, GPK-basiseenheid of eenheid van het emballage. De GSt heeft inmiddels een bestand waarmee dat ondersteund kan worden. Bovengenoemd stukje zou ik daarom weglaten. Vervolgens staat er: 'Als niet het product, maar alleen de stof is aangegeven, dan wordt de hoeveelheid van die stof opgegeven. Paracetamol 1000mg is dan equivalent aan Paracetamol 500mg tablet, 2 tabletten (of stuks).' Dit kan dan ook weg, want het aangeven van mg is niet afhankelijk van of je de stof dan wel de PRK voorschrijft. Algemeen: ik vraag me af of het de bedoeling is om in de omschrijving allerlei mogelijkheden te noemen, van 'als dit aan de hand is, dan kan dat' etc. Volgens mij zou de omschrijving puur een soort van definitie moeten zijn. Als er dan bepaalde relaties zijn in een dosering, dan lijkt me dat meer iets voor de implementatiehandleiding dan om dat hier te beschrijven. Vanuit dat oogpunt zou deze beschrijving sterk ingekort kunnen worden, bv: 'De keerdosis bevat de hoeveelheid/eenheid die per gift wordt gegeven. De eenheid kan elke eenheid zijn die bij het geneesmiddel kan voorkomen.'
Besluit:
Omschrijving van element 'Keerdosis::Bereik' aangepast tot eenvoudige definitie zonder instructies voor implementatie.

ZIB-786

aanpassing omschrijving 'Aanvullende instructie'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
'de huisartsenstandaard WCIA tabel 25' vervangen door 'NHG-tabel Gebruiksvoorschrift' En: onder de link naar de waardenlijst staat bij codesysteemnaam NHG-tabel 25. Dit wijzigen in NHG-tabel Gebruiksvoorschrift. En hier kan aan toegevoegd worden: G-Standaard bst362. Bij de omschrijving op deze pagina staat WCIAv3 Tabel 25 B-codes. Als dit slaat op NHG-tabel versie 3: inmiddels is versie 6 vigerend. En: tabel 25 B-codes vervangen door NHG-tabel Gebruiksvoorschriftx
Besluit:
beschrijving van elementen waarin werd gerefereerd naar 'huisartsenstandaard WCIA tabel 25' gewijzigd in 'NHG-tabel Gebruiksvoorschrift'

ZIB-787

aanpassing waardenlijst 'Toedieningsweg'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Bij de waardenlijst zou verwezen kunnen worden naar de G-Standaard, bestand 902 thesaurus 7. Implementatiepunt, maar ik denk dat dit niet de plek is om het te noemen: bij het kiezen van de toedieningsweg moet men niet rechtstreeks de termen uit thes. 7 halen, maar uit bst760 waar de toedieningswegen in staan die per HPK geldig zijn. Die komen vervolgens weer uit thes. 7. Of zou het dan toch beter zijn om bij de codesysteemnaam bst760 te noemen?
Besluit:
Nadere instructie toegevoegd aan 'instructions' met betrekking tot de g-standaard en item 'ToedieningsWeg'

ZIB-789

aanpassing voorbeeld en omschrijving 'Ingredientcode' (in zib FarmaceutischProduct)

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Voorbeeld: vervangen door: CAPTOPRIL (SNK 28045). toelichting: als het voorbeeld over een stof gaat, hoort hier de stofcode thuis en niet de ATC. Bovendien lijkt de ATC me niet geschikt voor het vastleggen/communiceren van de identificatie van een geneesmiddel, dus zou ik dat zeker niet als voorbeeld noemen Omschrijving: ik zou me niet wagen aan de omschrijving van de ATC, maar hiervoor verwijzen naar de website van de WHO. Wat hier staat is het gewoon net niet, en deze dataset is niet bedoeld om uitleg over allerlei codestelsels te geven.
Besluit:
Omschrijving element 'Ingredientcode' aangepast en ExampleValue gewijzigd in een beter voorbeeld.

ZIB-792

aanpassing omschrijving 'Hoeveelheid ingredient'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Tekst aanpassen naar: De hoeveelheid/eenheid van dit ingrediënt. Dit is de numerator voor de berekening van de sterkte. Bijvoorbeeld: * 100 IE * 20 mg Toelichting: waar het hier over gaat is niet de hoeveelheid, maar de hoeveelheid+eenheid, daarom '/eenheid' toegevoegd. Liefst ook de veldnaam aanpassen, tenzij dat veel gedoe is. Voorbeeld aangepast naar een logischer voorbeeld, de eenheid van een werkzame stof is meestal geen ml. Liever een gangbaarder eenheid zoals IE
Besluit:
Omschrijving concept 'IngredientHoeveelheid' als ook de tagged value DCM::ExampleValue aangepast

ZIB-795

aanpassing voorbeeld 'Product (geneesmiddel)'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
de PRK die er staat (carbasalaatcalcium), is vervallen. Nieuw voorbeeld: PRK 67903 PARACETAMOL TABLET 500MG
Besluit:
DCM::ExampleValue (voorbeeld) aangepast naar bestaande code PRK 67903 PARACETAMOL TABLET 500MG

ZIB-796

aanpassing definitie 'ProductCode (geneesmiddelcode)'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Huidige tekst vervangen door: De codering van geneesmiddelen wordt in Nederland ontleend aan de G-Standaard (uitgegeven door Z-Index), die onder regie van de KNMP wordt gevuld. Het gecodeerde geneesmiddel kan worden uitgedrukt als: * GTIN Global Trade Item Number * ZI-nummer (2.16.840.1.113883.2.4.4.8) * Handelsproductcode (HPK) * Voorschrijfcode (PRK) * Generieke productcode (GPK) * Anatomic Therapeutic Classification code (ATC) * Stofnaamcode (SNK) * Stofnaamcode i.c.m. stamtoedieningsweg (SSK) * SNOMED CT code De GTIN maakt het mogelijk het product incl. de herkomst met een barcode te identificeren. Het ZI-nummer is het handelsproduct inclusief de verpakkingsgrootte. De HPK is het handelsproduct zoals de fabrikant het registreert en in de handel brengt. De PRK bevat alle GPK-kenmerken, aangevuld met een aantal kenmerken die nodig zijn om het juiste middel te kunnen voorschrijven. Dit niveau is bedoeld om generiek te kunnen voorschrijven.. De GPK definieert de farmaceutische kenmerken van een product, namelijk samenstelling, sterkte, eenheden, farmaceutische vorm en toedieningsweg.. De SSK is de combinatie van één enkele werkzame stof plus stamtoedieningsweg. De SNK is de (werkzame) stof. Voor de verdere toelichting op deze niveaus uit de G-Standaard zie de Implementatierichtlijn Ruggengraat op www.z-index.nl Daarnaast bestaan er in de lokale systemen ook 90.000.000 nummers. Deze nummers dienen NIET te worden gecommuniceerd, in dat geval dient slechts de omschrijving te worden gecommuniceerd. Dit overeenkomstig de standaard van Nictiz. Vragen van Leonora bij bovenstaande: * een ATC communiceren lijkt me niet zinvol. Wat is het nut dat deze hier bij staat? Wat is de bedoelde functionaliteit hiervan? Vanuit GSt-oogpunt als het gaat over het vastleggen en communiceren van het geneesmiddel ter identificatie daarvan, zou ik ATC weglaten. * wellicht een idee om te verwijzen naar de richtlijn over het uitwisselen van 90 miljoen nummers? Vindplaats: https://www.nictiz.nl/wp-content/uploads/2013/12/Richtlijn-goed-beheerd-geneesmiddelenbestand-versie-1.0-DEF.pdf
Besluit:
Tekstaanpassingen van beschrijving concept 'ProductCode'.

ZIB-797

aanpassing definitie 'Product (geneesmiddel)'

Aangemaakt op:	10-12-2018	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Door meerdere ingrediënten op te geven wordt het mogelijk om een samengesteld product weer te geven. -Als een van de samenstellende delen vloeibaar is, dan wordt de dosering in milliliters opgegeven, anders in 'stuks'.- Toelichting: wanneer iets ml of stuks wordt, is niet iets om hier te vermelden. Dat hangt van het geneesmiddel af en moet dus uit de eenheden bij het geneesmiddel worden afgeleid. Het zou ook gram kunnen zijn, of nog wat anders. Dus weglaten, kan juist verwarrend werken
Besluit:
In tekst in 'concept' referentie naar unit (ml of stuks) verwijderd.

ZIB-799

DurationOfAdministration een TimeInterval in plaats van een Range

Aangemaakt op:	21-01-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Op de wiki bij [InstructionsForUse|https://zibs.nl/wiki/InstructionsForUse-v1.1(2017EN)] staat dat DurationOfAdministration een [Range|https://zibs.nl/wiki/Range-v1.0(2018EN)] is. Terwijl ik uit de context concludeer dat het een [TimeInterval|https://zibs.nl/wiki/TimeInterval-v1.0(2018EN)] betreft en niet een Range. Klopt dit? Aanvullende opmerking Bas) deze issue is door Yuri in eerste instantie als MedMij bevinding in kader BgZ ingediend. Die issue MM-96 (https://bits.nictiz.nl/projects/MM/issues/MM-96) wordt gesloten.
Besluit:
Verwijzing van Toedieningsduur naar subzib Range gewijzigd in een verwijzing naar de subzib Tijdsinterval. Naam, Alias, de de DCM::ReferenceConceptId tag aangpast.

ZIB-804

Regel ProductCode verkeerde plek in tabel

Aangemaakt op:	08-02-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
Het informatiemodel plaatje klopt, echter in de tabel eronder staat ProductCode op verkeerde regel (hij moet eigenlijk 2 regels omhoog) en komt daardoor niet overeen met informatiemodel plaatje.
Besluit:
Op de wiki pagina van de zib leek het element op het verkeerde inspring niveau te staan. Dit is echter al in een eerdere prerelease opgelost.

ZIB-805

Bereik invariant toevoegen in UML modellering

Aangemaakt op:	13-02-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.Bereik

Omschrijving:
De Zib Bereik heeft de volgende twee beschrijvingen bij: Concept omschrijving: "_Het bereik geeft ofwel een vaste waarde ofwel een minimale en maximale waarde aan die een hoeveelheid kan aannemen._" Concept nominaleWaarde_: "Dit element kan net in combinatie met een minimale en maximale waarde gebruikt worden."_ Graag zouden we zien dat in het informatiemodel (plaatje) dit ook zichtbaar wordt gemaakt, zoals in bijvoorbeeld: [https://zibs.nl/wiki/Behandeldoel-v3.1(2018NL)] Dit maakt het een stuk (sneller) duidelijk.
Besluit:
UML datamodel is aangepast zodat ook in het informatiemodel duidelijk is dat er een keuze moet worden gemaakt tussen een nominale- OF een minimale en maximale waarde.

ZIB-807

Verstrekking - verstrekker:: zorgaanbieder heeft verkeerde vertaling (HealthcareProfessional)

Aangemaakt op:	26-02-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verstrekking

Omschrijving:
Verstrekking - verstrekker:: zorgaanbieder heeft verkeerde vertaling in het engels in de kolom concept (HealthcareProfessional). Dit is verwarrend. zie [https://zibs.nl/wiki/Dispense-v1.0(2017EN]) en [https://zibs.nl/wiki/Medicatieverstrekking-v2.0(2017NL]) Zie eventueel https://bits.nictiz.nl/browse/MM-158 waar dit geconstateerd is in de tweede bullet van de originele probleemomschrijving.
Besluit:
De Engelse benaming van het element was foutief, nl HealthcareProfesional ipv HealthcareProvider. Dit is gecorrigeerd.

ZIB-808

LOINC Answer codes links werken niet

Aangemaakt op:	01-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ApgarScore

Omschrijving:
De LA-codes bij de antwoorden op de Apgar scores linken door naar terminologie.nictiz.nl - de LOINC Answer codes zitten daar echter niet in, je komt dus op een lege pagina. Oplossing: links verwijderen.
Besluit:
LOINC Answer (LA) Codes werden door de wiki pagina software gezien als LOINC codes en werden daarom voorzien van een link naar de LOINC browser. Deze link gaf echter geen resultaat omdat LOINC deze codes zelf niet separaat toont. De software is aangepast om te voorkomen dat er een link is.

ZIB-810

WoningTypeCodelijst voldoet niet

Aangemaakt op:	01-03-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Woonsituatie

Omschrijving:
In het UMC Utrecht wordt de woonsituatie van de patiënt, o.a. door de fysiotherapie, vastgelegd met de bedoeling aan te geven of de patiënt thuis (letterlijk) uit de voeten kan, ja of nee. Het is daarbij van belang te kunnen vastleggen of er een lift aanwezig is of alleen een trap, of er sprake is van een gelijkvloerse woning of dat de patiënt woont in een verpleeghuis. De codelijst in het UMC Utrecht bestaat daarom uit de waarden: eengezinswoning met trap, gelijkvloerse woning, flat/appartement met lift, flat/appartement zonder lift, verpleeghuis, anders. Onze vraag is de WoningTypeCodelijst zodanig aan te passen of uit te breiden dat het mogelijk wordt deze situaties vast te leggen.
Besluit:
Zie de release notes van ZIB-694

ZIB-811

SoortTabakGebruikCodelijst uitbreiden met E-smoker

Aangemaakt op:	01-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	TabakGebruik

Omschrijving:
In het UMC Utrecht willen de artsen ook graag de mogelijkheid hebben het gebruik van een E-smoker vast te leggen. Kan deze optie aan de SoortTabakGebruikCodelijst toegevoegd worden?
Besluit:
Dit issue is een duplicaat van issue ZIB-770. Zie aldaar.

ZIB-812

Cardinaliteit ToegediendeHoeveelheid wellicht te streng

Aangemaakt op:	05-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	MedicatieToediening2

Omschrijving:
Het concept NL-CM:9.13.21194 ToegediendeHoeveelheid is verplicht in de zib. Wellicht is dit te streng aangezien het voor zou kunnen komen dat er alleen teen toediningssnelheid met een tijdsduur wordt meegegeven. Dan hoeft de hoeveelheid niet per see te worden berekend.
Besluit:
Kardinaliteit van element 'ToegediendeHoeveelheid' gewijzigd van 1 naar 0..1

ZIB-813

AlertNaamCodelijst uitbreiden met dragerschap van multiresistente bacteriën

Aangemaakt op:	06-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	Alert

Omschrijving:
Aanvraag vanuit RIVM: "Vanuit het programma Antibioticaresistentie (ABR) willen wij graag aandacht vragen voor een update op de AlertNaamCodelijst in de Zib Alert. In deze codelijst staan op dit moment slechts twee van de meest relevante bijzonder resistente micro-organismen (BRMO) genoemd. In samenwerking met de regionale zorgnetwerken en de beheerorganisatie van de Nederlandse Labcodeset zijn wij inmiddels gekomen tot een lijstje van dragerschap met zeven BRMO groepen die onderscheidend zijn voor het beleid rondom hygiëne en infectiepreventie conform de richtlijnen van de Werkgroep Infectiepreventie in verschillende contexten (ziekenhuis, verpleeghuis, thuiszorg). Deze informatie is uiterst relevant bij verwijzing, overdracht en ontslag, om verdere verspreiding van BRMO te voorkomen. Vandaar dat enkele al in de AlertNaamCodelijst waren opgenomen." We zijn de volgende lijst met koppelingen overeengekomen: |Enterobacteriaceae – CPE|715881003 \|drager van carbapenemresistente Enterobacteriaceae (bevinding)\|| |Enterobacteriaceae – BRMO excl. CPE|97961000146102 \|drager van carbapenemgevoelige multiresistente Enterobacteriaceae (bevinding)\|| |Stenotrophomonas maltophilia – BRMO|97981000146105 \|drager van multiresistente Stenotrophomonas maltophilia (bevinding)\|| |Acinetobacter spp – BRMO|97971000146108 \|drager van multiresistente Acinetobacter (bevinding)\|| |Pseudomonas aeruginosa – BRMO|97971000146108 \|drager van multiresistente Acinetobacter (bevinding)\|| |Enterococcus faecium – VRE|431109006 \|drager van vancomycineresistente enterokok (bevinding)\|| |Streptococcus pneumoniae – PRP|97991000146107 \|drager van multiresistente Streptococcus pneumoniae (bevinding)\|| |MRSA|432415000 \|drager van meticillineresistente Staphylococcus aureus (bevinding)\||
Besluit:
De vanuit het programma antibioticaresistentie (ABR) aangeleverde lijst met 7 BMRO groepen zijn toegevoegd/aangepast in de AlertNaamCodelijst.

ZIB-816

Bij toelichting AnatomischeLocaties staat verrichting ipv Probleem

Aangemaakt op:	19-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	10-04-2019
Het betreft de bouwstenen:	Probleem

Omschrijving:
Bij de toelichting/definitie van ProbleemAnatomischeLocatie staat : Anatomische locatie die de focus is van de verrichting. Dit moet zijn Anatomische locatie die de focus is van het Probleem
Besluit:
Tekstuele aanpassing in definitie ProbleemAnatomischeLocatieProbleemAnatomischeLocatie

ZIB-819

aanpassen kardinaliteit RedenContact naar 1..*

Aangemaakt op:	26-03-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	21-05-2019
Het betreft de bouwstenen:	Contact

Omschrijving:
Casus: Patiënt Janssen komt naar ons slaaplaboratorium voor een slaaponderzoek. Bij inschrijving in de instelling wordt de ZIB-patiënt gevuld, de verwijzing wordt getrieerd en onze planningsafdeling maakt een afspraak. Deze afspraak start op 1-2-2019 om 1600 uur en eindigt 2-2-2019 rond de middag. Tijdens deze afspraak vinden een aantal verrichtingen plaats, bv. 039735 (Polysomnografie (PSG)), 190021 (Klinische opname) en 190218 (Verpleegdag.) Soms, dat wordt tijdens de opname beslist, vindt ook een verrichting 39851 (Behandeling middels CPAP of BiPAP) plaats. In mijn ogen zou het logisch zijn de afspraak als contact te registeren en als reden van contact meerdere verrichtingen op te nemen. Dit staat de kardinaliteit naar mijn interpretatie niet toe. Dhr Fred Smeele (Nictiz) geeft aan: het zou mogelijk moeten zijn dat er bij 1 contact meer dan 1 problemen/verrichtingen/afwijkende uitslagen als 'reden contact' worden geregistreerd. Dus de huidige zib moet hierop worden aangepast. Is het mogelijk dat jij/jullie een wijzigingsvoorstel hiervoor indienen in BITS ? Verzoek: Pas de kardinaliteit van RedenContact aan van 1 naar 1..* Bij deze, vriendelijke groet, Joost Oosterbaan
Besluit:
Kardinaliteit reden contact aangepast van 1 naar 1..*

ZIB-821

OverdrachtGeplandeZorgactiviteit laten vervallen en onderliggende zibs aanpassen

Aangemaakt op:	09-04-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact MedicatieToediening2 MedischHulpmiddel Vaccinatie VerpleegkundigeInterventie Verrichting OverdrachtGeplandeZorgactiviteit(Vervallen)

Omschrijving:
Laten vervallen OverdrachtGeplandeZorgactiviteit en de onderliggende zibs (MedicatieToediening, Verrichting, VepleegkundigeInterventie, Vaccinatie, Contact, en MedischHulpmiddel) zo aanpassen (ook in teksten) dat datums in de toekomst mogelijk worden. Zie ook memo in de bijlage[link title|http://example.com]
Besluit:
De zib OverdrachtGeplandeZorgactiviteit komt in deze prepublicatie te vervallen. De zib werd gebruikt om bepaalde activiteiten in de toekomst te plannen. Hiervoor werd in de bouwsteen verwezen naar andere zibs die juist aangaven dat de gemodelleerde informatie in het verleden plaats vond. Dit gaf verwarring. Waar van toepassing zijn in deze laatste zibs (Contact, Verrichting, Vaccinatie) de definities aangepast zodat zij ook voor toekomstige activiteiten gebruikt kunnen worden.

ZIB-822

Mapping reden van opname in HCIM Encounter

Aangemaakt op:	10-04-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
De ZIB Contact bevat een reden contact (NL-CM:15.1.13). Hierbinnen zijn 3 mogelijkheden: afwijkende uitslag, probleem en verrichting. In het FHIR profiel HCIM Encounter is afwijkende uitslag gemapt naar _reason_ en probleem en verrichting naar _diagnosis.condition_ In het LUMC wordt (evenals in veel andere huizen) een reden van opname (diagnose/behandeling) geregistreerd in een vrij tekstveld. Er kan dus niet (altijd) gerefereerd worden naar een Condition of Procedure. Wij mappen deze informatie nu naar _reason.text_ wat volgens de omschrijving van dit element in de core resource wel de juiste plek is voor deze informatie. Is het mogelijk probleem en verrichting (naast de mapping op _diagnosis.condition_ die volkomen terecht en logisch is) ook te mappen op _reason_?
Besluit:
Dit issue is een duplicaat van ZIB-701. Zie aldaar.

ZIB-823

Veld 'Reactieduur' nog in example bij zib AllergieIntolerantie

Aangemaakt op:	11-04-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	AllergieIntolerantie

Omschrijving:
Het veld 'ReactieDuur' staat nog in de example instance op de wiki van zib AllergieIntolerantie ([https://zibs.nl/wiki/AllergyIntolerance-v3.2(2017EN)]) terwijl deze niet meer opgeomen is in het ontwerp van de zib. Gemeld in -MMMT-19-
Besluit:
het veld 'ReactieDuur' is ook weggehaald uit de 'example instance' omdat deze in een eerdere release reeds uit het informatiemodel was verwijderd.

ZIB-825

Hernoemen van vrijheidsbeperkende maatregelen naar verplichte zorg en aanpassen aan WVGGZ

Aangemaakt op:	17-04-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Per 1 januari vervangt de Wet Verplichte GGZ de huidige BOPZ. In relatie daarmee ontstaan er enkele nieuwe vormen van verplichte zorg, met name binnen de ambulante zorg. De zib vrijheidsbeperkende maatregelen zal vanaf dat moment onvoldoende de wettelijk vereiste data elementen / verrichtingen omvatten en dient daarom tijdig te worden aangepast. GGZ Nederland werkt op dit moment samen met vertegenwoordigers van justitie aan een nieuwe versie van de bestaande zib.
Besluit:
De zib VrijheidsbeperkendeMaatregelen is vervangen door de zib VrijheidsbeperkendeInterventies. Deze nieuwe zib heeft ook een nieuw ID. In de zib zijn de wijzigingen die noodzakelijk waren door de introductie van de wetten verplichte GGZ en Zorg&Dwang verwerkt. Daarnaast zijn ook de interventies voor de ziekenhuis situatie geactualiseerd.

ZIB-828

wondfoto toevoegen aan zib brandwond

Aangemaakt op:	24-04-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Brandwond

Omschrijving:
In de verschillende zibs betreffende wondzorg (zib wond, decubitus) is er de mogelijkheid om een wondfoto toe te voegen. In de zib brandwond is dit niet het geval. De redactieraad V&VN vindt het wel wenselijk om een wondfoto te kunnen toevoegen aan zib brandwond. Erna Vreeke, voorzitter redactieraad V&VN
Besluit:
Mogelijkheid tot het toevoegen van foto's van de wond toegevoegd.

ZIB-829

aanpassen van vrijheidsbeperkende maatregen ter voorkomen van dwang

Aangemaakt op:	24-04-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
De redactieraad V&VN wil een wijzigingsverzoek indienen t.a.v. zib VrijheidsbeperkendeMaatregelen. Met name de interventies die meer gericht zijn op het voorkomen van dwangmaatregelen komen nu onvoldoende naar voren. In de handreiking 'Vrijheidsbeperkende Interventies, nee tenzij' (V&VN 2013, zie: [https://www.venvn.nl/Portals/1/Nieuws/2014%20Documenten/WEB_VenVN_Handl_VBI.pdf] ) wordt een indeling van interventies, toenemend in zwaarte genoemd. Mogelijk kunnen deze interventies worden toegevoegd aan de zib. De aanpassing van deze zib betreft een inhoudelijke uitbreiding/aanpassing van de huidige zib. V&VN is uiteraard bereid hiertoe een bijdrage te leveren. Erna Vreeke, voorzitter redactieraad V&VN
Besluit:
Zie de release notes van issue ZIB-825

ZIB-835

Spelfouten zelfstandigde / ondersteunig

Aangemaakt op:	30-04-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VermogenTotZelfstandigMedicatiegebruik

Omschrijving:
https://zibs.nl/wiki/VermogenTotZelfstandigMedicatiegebruik-v1.0(2018NL) In purpose: om *zelfstandigde* medicatie te gebruiken In definitie HulpBijToediening::VerpleegkundigeInterventie: De verpleegkundige *ondersteunig*
Besluit:
Twee typefouten hersteld.

ZIB-844

Concept OntwikkelingVerstandelijk in Zib nl.zorg.OntwikkelingKind-v1.1 heeft een deprecated code

Aangemaakt op:	08-05-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	OntwikkelingKind

Omschrijving:
Concept OntwikkelingVerstandelijk in Zib nl.zorg.OntwikkelingKind-v1.1 heeft code: SNOMED CT: 364644000 - Functional observable, Omschrijving Observatie betreffende functioneren Deze code heeft status: deprecated. Graag een vervangende SNOMED CT code
Besluit:
Snomed CT code van concept OntwikkelingVestandelijk, die deprecated was, vervangen door code 311465003 | Cognitive functions

ZIB-845

Ontbrekende SNOMED CT code in InfuuskatheterTypeCodelijst

Aangemaakt op:	08-05-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Infuus

Omschrijving:
In de InfuuskatheterTypeCodelijst heeft de waarde Subcutaneous catheter (Subcutaan infuus) nog de code tbd. HIervoor moet nog een geldige SNOMED CT code komenF
Besluit:
In de codelijst had een concept (Subcutaan infuus) nog de code tbd. Hiervoor is nu de code 465504007 |Subcutaneous injection/infusion port needle (physical object) aan toegekend.

ZIB-846

Discouraged LOINC code voor concept Bloeddruk

Aangemaakt op:	08-05-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Bloeddruk

Omschrijving:
Het rootconcept Bloeddruk heeft LOINC code 55284-4 Blood pressure systolic and diastolic. De status hiervan is discouraged. Er moet een vervangende code voor komen. Alleen lijkt LOINC hiervoor geen goede code te hebben om dat de bouwsteen meer dan een bloeddrukmeting omvat. Wellicht in SNOMED dan meer aangewezen. Zo ja, wordt het dan: 392570002: bevinding betreffende bloeddruk (bevinding) of 75367002: bloeddruk (waarneembare entiteit)
Besluit:
Vervallen LOINC code van het rootconcept vervangen door andere LOINC code en tevens voor consistentie met andere zibs een SNOMED CT code voor het rootconcept toegevoegd.

ZIB-858

zib Schedelomvang

Aangemaakt op:	16-05-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Schedelomvang

Omschrijving:
In genoemde zib is geen percentiel opgenomen. In de geboortezorg wordt naast de meetwaarde en MeetMethode ook het percentiel doorgegeven vanuit een echocentrum naar de zorgverlener. Zorgverleners onderling, volgens de werkgroep Eenheid van Taal Perinatologie, wordt het percentiel niet uitgewisseld. Er zitten verschillen tussen de berekeningen per applicatie. Men rekent liever zelf het percentiel uit (met de eigen applicatie). Zouden jullie willen overwegen om het percentiel van de schedelomvang op te nemen in de zib? Met vriendelijke groet, namens de werkgroep Eenheid van Taal, Anneke Goossen. 23-5-2019 is het issue uitgebreid met het volgende voorstel: In de zib Schedelomvang wordt de SchedelomvangWaarde omschreven als 'De waarde van de schedelomvang zoals in centimeters (cm) gemeten'. In de geboortezorg wordt deze ook wel gemeten in mm, vooral als het gaat om een waarde gemeten tijdens een echografie. Kan dit worden aangepast? Met vriendelijke groet, Anneke
Besluit:
Bij de definitie van Schedelomvangwaarde is toegevoegd dat het resultaat ook in mm kan worden vastgelegd. Dit was eerst alleen cm.

ZIB-880

scope van de opmerking klopt niet met de context van de container 'monster'

Aangemaakt op:	30-05-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Engelse tekst bij veld 'toelichting' aan container monster/specimen klopt niet. de NL kan verbeterd worden NL: Opmerking over de afname het monster, bijv. afname na (glucose)stimulus of medicijn inname. moet zijn NL: Opmerking over het monster, bijv. afname na (glucose)stimulus of medicijn inname. EN: comments on administering the test , such as drawing material after a (glucose) stimulus or taking medicine. moet zijn EN: comments on the specimen , such as drawing material after a (glucose) stimulus or taking medicine.
Besluit:
Kleine tekstaanpassingen omschrijving 'toelichting' bij monster in engels en Nederlands

ZIB-881

HartslagSnelheid/hartslagFrequentie toevoegen met waardelijst

Aangemaakt op:	04-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Hartfrequentie

Omschrijving:
is meer een heel goed wijzigingsvoorstel op bestaande zib hartfrequentie. Met een paar aanpassingen is deze goed bruikbaar voor ook een foetale hartslag.
Besluit:
Extra item HartslagSnelheid (CD) met waardelijst toegevoegd en rootconcept plus data items van DCM::DefintionCode SNOMED CT codes voorzien.

ZIB-888

terminologie reden voor stoppen medicatie verbeteren en SNOMED coderingen zibs met meditatieproces gelijktrekken

Aangemaakt op:	11-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedicatieAfspraak MedicatieGebruik2 ToedieningsAfspraak Verstrekkingsverzoek

Omschrijving:
Er is eerder bij medicatie al vastgesteld dat lijstje RedenWijzigenOfStoppenGebruikCodelijst niet is bijgewerkt. zie ook 2.16.840.1.113883.2.4.3.11.60.40.2.9.11.2 Deels is dit reeds gedaan maar issue in bits op ZIB is niet aangemaakt. Bij deze dus wel. Voorstel is dat Elze nog even kijkt of bepaalde waarden in snomed ct zitten dan wel kunnen worden toegevoegd.
Besluit:
Items in waardelijsten 'RedenWijzigenOfStoppenGebruik' van SNOMED CT codes voorzien en DCM::DefinitionCodes van de medicatie zibs gelijk getrokken aan de wijzigingen reeds doorgevoerd in MedicatieProces(MP).

ZIB-890

zib Zwangerschap

Aangemaakt op:	17-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zwangerschap

Omschrijving:
Beste collega's, In de werkgroep Eenheid van Taal van Perinatologie (gynaecologen, verloskundigen en kraam) is de zib Zwangerschap besproken. Ook is een concept nieuwe bouwsteen besproken in het Nictiz teamoverleg perinatologie. Op basis van beide besprekingen is een nieuwe bouwsteen gemaakt op basis van de zib Zwangerschap. Deze is bijgevoegd. Verwijderd zijn: * Zwanger Ja/Nee. Deze vraag valt buiten een bouwsteen, zwanger is een conditie en kan met de zib Probleem (probleem is een lastige, maar werkgroep gaat accoord) worden vastgelegd. * Datum laatste menstruatie. Bij A terme datum is dit een waarde in het element A Terme Datum obv. * Zwangerschapsduur: is een berekende waarde die bij iedere prenatale controle opnieuw wordt berekend, maar ook bij iedere verrichting, etc. Uitbreiding van A Terme Datum op basis van dataset perinatologie. Kan in een aparte bouwsteen, maar hiet via container opgenomen in deze bouwsteen. Andere door mij ingebrachte issues voor de zib Zwangerschap kunnen worden verwijderd. Met vriendelijke groet, Anneke
Besluit:
AtermeDatum container met onderliggende elementen zijn toegevoegd aan de zib. Boolean zwanger verwijderd.

ZIB-891

ApgarScore TotalScore Definition

Aangemaakt op:	18-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ApgarScore

Omschrijving:
The definition of the TotalScore currently does not contain a specification on the range. The applicable constraint is defined, but for other TotalScores this is also specified in the definition (e.g. SNAQScore). Is it possible to add this in the definition to be consistent with other TotalScore definitions?
Besluit:
Range specificatie toegevoegd aan de definitie van TotalScore c.f. o.a. SNAQ score

ZIB-894

HealthcareProvider - OrganisationLocation

Aangemaakt op:	18-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgaanbieder

Omschrijving:
Hi, In the Belgian context, Organisations often have multiple locations and each Location has it's unique campus number (four digits) assigned by the government. Therefore we would like to add an OrganisationLocationNumber in which this can be specified. If there is no similar number in the Netherlands, this will be an addition added and managed in Belgium only (cf. meeting with Fred Smeele on 13 May 2019). Kind regards Ilse
Besluit:
Organisatie Locatienummer toegevoegd.. Hiervoor was het nodig een OrganisatieLocatie container tussen te voegen.

ZIB-895

Foutieve code in SoortInterventieCodelijst binnen zib VrijheidsbeperkendeMaatregelen

Aangemaakt op:	18-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VrijheidsbeperkendeMaatregelen(vervallen)

Omschrijving:
Binnen zib VrijheidsbeperkendeMaatregelen zit een fout in de waardelijst SoortInterventieCodelijst. Code 2921100014610 is niet geldig en dient 29211000146105 te zijn. De rest van de codes is wel geldig.
Besluit:
Zie de release notes van issue ZIB-825.

ZIB-899

kraamzorgmedewerker als zorgverlener duiden

Aangemaakt op:	24-06-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
Hoi Linda, Michael, Weten jullie wat de gebruikelijke identificatie is van een kraamverzorgende? In dataset 3.0 is de keuze UZI, BIG of AGB. BIG nummer mogen ze niet aanvragen volgens de BIG site, bij AGB-id aanvragen (https://www.agbcode.nl/AanvraagZorgverlener/Create) is wel een categorie '90- Overige therapeuten en Complementair en Aanvullende zorg' met daarin als subkeuze o.a. Echoscopie, maar kraamzorg zie ik ook daar niet. UZI nummer zullen ze ook wel niet hebben. Dus hoe gaat dit? Groeten, Marc
Besluit:
Evidence Base en definitie zorgverlenerIdentificatienummer aangepast om expliciet te maken dat (en hoe) niet-BIG geregistreerde medewerkers in de zorg via de zib kunnen worden verzonden.

ZIB-900

NumberType Codelist

Aangemaakt op:	24-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.Adresgegevens part.Contactgegevens

Omschrijving:
Dear, It was noticed that the English translation of the NumberTypeCodelist is not completely correct for e.g. "Tijdelijk telefoonnummer" into "Tempory address", should be "Temporary address". This value is also used in the AddressTypeCodelist. The English translation should probably also reflect the wording on the telephone number instead of mentioning address? thanks for looking into this Ilse
Besluit:
Typo in engelse tekst in waarde binnen AdresTypeCodelijst aangepast. "Tempory address" moet zijn "Temporary address"

ZIB-901

Microorganism in LaboratoriumTestUitslag

Aangemaakt op:	24-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	09-10-2019
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Beste, In de beschrijving van het Microorganism data element staat het volgende: "Bij met name microbiologische bepalingen is soms geen sprake materiaal maar van een isolaat met daarop een bepaald micro-organisme." Het woord "van" ontbreekt, en "met daarop" wordt mogelijks beter vervangen door "isolaat van": "Bij met name microbiologische bepalingen is soms geen sprake VAN materiaal maar van een isolaat van een bepaald micro-organisme." Alvast dank om dit te evalueren, Ilse
Besluit:
Kleine tekstuele aanpassing in beschrijving bij microogranisme aan container monster.

ZIB-902

LaboratoriumUitslag

Aangemaakt op:	24-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	26-06-2019
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
Beste, De helptekst van het dataelement AfnameDatumTijd bevat momenteel geen referentie naar de datum, enkel naar tijdstip. Kan hier ook een referentie naar de datum toegevoegd worden (in lijn met AannameDatumTijd)? Vriendelijke groeten Ilse
Besluit:
Tekstaanpassing in omschrijving AfnameDatumTijd waarbij het net als bij AannameDatum tijd gaat om de datum en tijd (ipv alleen de tijd).

ZIB-903

codes voor wonddiepte, -breedte, -lengte verschllen tussen zib decubitus en zib wond

Aangemaakt op:	26-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	DecubitusWond Wond

Omschrijving:
Er worden voor hetzelfde concept, verschillende systemen gebruikt. is dit bewust? Graag consistent maken. Consistentie is nodig voro het hergebruik van bepaalde FHIR profielen.
Besluit:
De codes voor wondlengte, -breedte en -diepte zijn gewijzigd van SNOMED CT naar LOINC codes in lijn met het advies van het Terminologie centrum en voor consistentie met de zib DecubitusWond

ZIB-905

Typo: vasrgelegd bij Alert

Aangemaakt op:	28-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	01-07-2019
Het betreft de bouwstenen:	Alert

Omschrijving:
De waarschuwing kan als een gecodeerd gegeven worden *{color:#f691b2}vasrgelegd{color}* (voor veelvoorkomende alerts zijn codes voorzien), maar gezien het dynamische karakter van de waarschuwingen cf. Sars en Ebola, zullen deze alerts vaak als vrije tekst doorgegeven worden. [https://zibs.nl/wiki/Alert-v3.3(2018NL)]
Besluit:
typo in de definite van alertnaam (vastgelegd) is aangepast.

ZIB-906

Typo engelse term medicatie gebruik zib

Aangemaakt op:	28-06-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	MedicatieGebruik2

Omschrijving:
er mist een 'e' van codelist in de engelse naam van codelijst. Zie screenshot
Besluit:
Typo in alias van codelijst RedenWijzigenOfStoppenGebruikCodelijst is aangepast en de missende 'e' toegevoegd.

ZIB-907

A terme datum in zwangerschap vertaling

Aangemaakt op:	01-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zwangerschap

Omschrijving:
In de ZIB Zwangerschap is "a terme datum" in het Engels vertaald met het zeer ongebruikelijke TermDate. Gebruikelijk is "due date" of "(expected | estimated) delivery date". Voorstel: aanpassen.
Besluit:
Kleine tekstwijzing in engelse vertaling "term date" naar ''due date''.

ZIB-908

Ontbrekende OIDs toevoegen voor NZa, CBV en VT

Aangemaakt op:	02-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Probleem Verrichting

Omschrijving:
Ontbrekende OIDs toevoegen voor NZa, CBV en VT
Besluit:
Ontbrekende OIDs toegevoegd voor NZa-codes, CBV-codes, DHD verrichtingenthesaurus en bij zib probleem die van de DHD diagnosethesaurus. Verwijzing naar niet bestaande referentiesets in SNOMED CT verwijderd.

ZIB-909

waarde toevoegen aan waardelijst voor zo nodig criterium

Aangemaakt op:	03-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.GebruiksInstructie

Omschrijving:
Zie ook [mp-issue 358|https://decor.nictiz.nl/art-decor/decor-issues--mp-?id=2.16.840.1.113883.2.4.3.11.60.20.77.6.381&language=nl-NL] in ART-DECOR: Zo nodig criterium: er is een code bijgekomen 1540 - bij menstruatiepijnen toevoegen. NHG / Z-index beheren dit lijstje en maken het beschikbaar via G-standaard. Vooralsnog staat het ook gedupliceerd hier in ART-DECOR, omdat dit lijstje alleen onder licentie beschikbaar is.
Besluit:
Code 1540 'bij menstruatiepijn' is toegevoegd aan waardelijst ZonodigCriteriumCodelijst in lijn met NHG / Z-index en mp-issue 358

ZIB-910

Labcodeset ipv geheel LOINC

Aangemaakt op:	03-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	LaboratoriumUitslag

Omschrijving:
In de TestCodeLOINCCodelijst van de ZIB LabUitslag staat nog 'alle waarden van LOINC'. Nu de Nederlandse Labcodeset eindelijk gepubliceerd is, zou dat 'alle waarden van de Nederlandse Labcodeset' moeten worden.
Besluit:
Het waardebreik van de TestCodeLOINCCodelijst is ingeperkt van heel LOINC naar de LOINC codes van de Nederlandse Labcodeset. Tevens is de hiervoor geldende OID vermeld.

ZIB-911

Correction English "Farmaceutical"

Aangemaakt op:	04-07-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.FarmaceutischProduct

Omschrijving:
The CBB "PharmaceuticalProduct" still contains "Farmaceutical". Is it possible to correct all into "Pharmaceutical"? Also in other CBB's there is still reference to "Farmaceutical": AdministrationAgreement-v1.0.1, DispenseRequest-v1.0.1, MedicationAdministration2-v1.0.1, MedicationAgreement-v1.0.1, MedicationDispense-v2.0, MedicationUse2-v1.0.1 Thanks for looking into this, Ilse
Besluit:
Spellingfout engelse vertaling 'Farmaceutical' ipv 'Pharmaceutical' gecorrigeerd op diverse plaatsen (aliassen en notes).

ZIB-921

Terminologie voor VoedingspatroonZuigeling

Aangemaakt op:	12-07-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VoedingspatroonZuigeling

Omschrijving:
De [zib voor VoedingspatroonZuigeling|https://zibs.nl/wiki/VoedingspatroonZuigeling-v1.0(2019NL)] heeft geen terminologie codering. Deze is nodig wanneer je dit in FHIR of HL7v3 wilt representeren. Voorstel: 230126006| Finding relating to infant feeding (finding) Deze heeft in de hiërarchie ook methode eronder, en die zit ook in de zib, dus het lijkt de meest voor de hand liggende die goed klopt.
Besluit:
SNOMED CT codes toegevoegd aan rootconcept en container.

ZIB-922

DefinitionCodes zib nl.MUSTScore

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	MUSTScore

Omschrijving:
toevoegen DefinitionCodes NL-CM-CS t.b.v FHIR eOverdracht
Besluit:
SNOMED CT codes voor de definitionCodes voor het rootconcept en de totaal score verbeterd en codes uit codesysteem ScoreObservations voor concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-923

DefintionCodes zib nl.ChecklistPijngedrag

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ChecklistPijngedrag

Omschrijving:
Definition codes toe te voegen t.b.v. FHIR profiles
Besluit:
SNOMED CT codes voor DefinitionCodes voor ChecklistPijnGedrag(RC) en TotaalScore toegevoegd en codes uit codesysteem ScoreObservations voor concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-924

DefintionCodes zib nl.Ademhaling 3.1

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Ademhaling

Omschrijving:
2 snomed ct codes toe te voegen aan elementen in spreadsheet in rood
Besluit:
SNOMED CT DefinitionCodes voor Ademhaling (rootconcept), en extraZuurstoefToediening.

ZIB-925

DefinitionCodes zib nl.ComfortScore

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	ComfortScore

Omschrijving:
aantal defintioncodes toe te voegen aan elementen.
Besluit:
SNOMED CT codes voor de definitionCodes voor het rootconcept en de totaal score toegevoegd en codes uit codesysteem ScoreObservations voor concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-926

DefinitionCodes zib nl.FLACCPijnscore

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	FLACCpijnScore

Omschrijving:
DefinitionCodes toe te voegen
Besluit:
SNOMED CT codes voor de definitionCodes voor het rootconcept en de totaalScore toegevoegd en codes uit codesysteem ScoreObservations voor concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-927

DefinitionCodes zib nl.Pijnscore

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Pijnscore

Omschrijving:
1 snomed ct code er bij (in rood)
Besluit:
SNOMED CT DefinitionCode toegevoegd voor rootconcept PijnScore.

ZIB-928

DefinitionCodes zib Nl.zorg.Schedelomvang-v1.1(2017NL)

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Schedelomvang

Omschrijving:
1 definition code in loinc voor rootconcept in rood
Besluit:
LOINC code voor het rootconcept toegevoegd.

ZIB-929

DefinitionCodes zib Nl.zorg.SNAQ65+Score-v1.0

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	SNAQ65+Score

Omschrijving:
definition codes toe te voegen
Besluit:
Codes uit codesysteem ScoreObservations toegekend aan concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-930

definitionCodes zib Nl.zorg.SNAQrcScore-v1.0(2017NL)

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	SNAQrcScore

Omschrijving:
definitioncodes toe te voegen (in rood)
Besluit:
Codes uit codesysteem ScoreObservations toegekend aan concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-931

definitionCodes zib Nl.zorg.SNAQScore-v3.1(2017NL)

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	SNAQScore

Omschrijving:
definition codes toe tevoegen
Besluit:
Codes uit codesysteem ScoreObservations toegekend aan concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-932

definitionCodes zib Nl.zorg.StrongKidsScore-v1.0(2017NL)

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	StrongKidsScore

Omschrijving:
definition codes toe te voegen (in rood)
Besluit:
SNOMED CT code voor DefinitionCodes voor het rootconcept en codes uit codesysteem ScoreObservations voor concepten die onderdeel zijn van een gestandaardiseerde scorelijst nodig voor FHIR resources (MedMij).

ZIB-933

definitionCodes zib Nl.zorg.VoedingspatroonZuigeling-v1.0(2017NL) definitioncodes

Aangemaakt op:	17-07-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	VoedingspatroonZuigeling

Omschrijving:
definition codes toe te voegen
Besluit:
Diverse SNOMED CT codes toegevoegd en een foutieve code aangepast in waardelijst VoedingSoort.

ZIB-936

DrugsGebruikStatusCodelijst vertalingen corrigeren

Aangemaakt op:	18-07-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	DrugsGebruik

Omschrijving:
De omschrijvingen in DrugsGebruikStatusCodelijst komen soms niet overeen met de nederlandse tekst in SNOMED. In [https://zibs.nl/wiki/DrugsGebruik-v3.2(2017NL)#DrugsGebruikStatusCodelijst] staat: |Conceptnaam|Conceptcode|Codestelselnaam|Codesysteem OID|Omschrijving| |Misuses drugs (finding)|[361055000|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=361055000]|SNOMED CT|2.16.840.1.113883.6.96|gebruikt drugs| |Does not misuse drugs (finding)|[228367002|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=228367002]|SNOMED CT|2.16.840.1.113883.6.96|gebruikt geen drugs| |Has never misused drugs|[228368007|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=228368007]|SNOMED CT|2.16.840.1.113883.6.96|heeft nooit drugs gebruikt| |Misused drugs in past (finding)|[44870007|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=44870007]|SNOMED CT|2.16.840.1.113883.6.96|heeft in het verleden drugs gebruikt| Terwijl in SNOMED staat: * [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=361055000] _mis_bruikt drugs * [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=228368007] heeft nooit drugs _mis_bruikt * [https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=44870007] heeft in het verleden drugs _mis_bruikt Gecontroleerd tegen: SNOMED Clinical Terms version: 20190131 [R] (January 2019 Release) Voorstel is om de omschrijvingen in ZIBS DrugsGebruikStatusCodelijst gelijk te trekken met de SNOMED release. NB: deze waardelijst wordt ook binnen MedMij gebruikt, en zal bij aanpassing ook daar moeten worden aangepast: [https://simplifier.net/nictizstu3-zib2017/21684011138832431160402742--20171231000000] Naar verwachting ook binnen kwalificatie appendix en mogelijk andere documentatie.
Besluit:
SNOMED CT Code voor huidig druggebruiker ({color:#172b4d}417284009 |huidige drugsgebruiker{color}) aangepast in DrugGebruikStatusCodelijst.

ZIB-937

aanpassen wilsverklaring met type (zelfbindingsverklaring)

Aangemaakt op:	18-07-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Wilsverklaring

Omschrijving:
Toevoegen van 'zelfbindingsverklaring' aan de zib Wilsverklaring: bij waardenlijst onder wilsverklaringstype In de Wet verplichte ggz wordt gesproken van een zelfbindingsverklaring, waarmee een cliënt op voorhand kan aangeven dat hij in een situatie waar hij/zij zich zelf niet in de hand heeft aangeeft, middels een verklaring, op welke manier 'verplichte zorg' kan worden toegepast.
Besluit:
Zelfbindingsverklaring is als item toegevoegd aan WilsverklaringTypeCodelijst.

ZIB-938

Zib Contact: ContactType moeizaam voor eerstelijn

Aangemaakt op:	23-07-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2022-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Contact

Omschrijving:
Misschien dat deze al in de bulk voor de eerstelijns zibs staat, maar ik merk dat het element Contact.ContactType (NL-CM:15.1.2) niet lekker werkt met wat ik van een HIS weet. HIS-sen werken met [NHG Tabel 14 Contactwijze|https://referentiemodel.nhg.org/sites/default/files/NHG-Tabel%2014-Contactwijze-versie-7-Inkijkexemplaar_1.pdf] als dichtstbijzijnde codelijst voor het coderen van het type zoals het in deze zib wordt gevraagd. Als ik de zib Contact voor huisartsen wil kunnen gebruiken, dan moet volgens mij NHG Tabel 14 aan de ondersteunde codelijsten worden toegevoegd voor dit element, of er moet aannemelijk gemaakt kunnen woorden hoe de mapping met NHG Tabel 14 verloopt.
Besluit:
ContactType codelijst is aangepast.

ZIB-948

Aanpassen Rol - ZIB Contactpersoon

Aangemaakt op:	21-08-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2023-1	Publicatiedatum:	18-10-2023
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
#NHGharmonisatie Dit wijzigingsverzoek wordt ingediend door de NHG. De werkgroepgroep ZIB Huisartsoverdrachten heeft met de NHG de bijgesloten onderbouwing voor dit wijzigingsverzoek gemaakt. Het resultaat van deze werkgroep is een voorstel tot aanpassingen in de zorginformatie bouwsteen Contactpersoon. h4. Rol versus categorie mogelijke vertegenwoordiging patiënt HIS-Referentiemodel Categorie mogelijke vertegenwoordiging patiënt RadB ZIB Rol Probleem Deze codering geeft een indicatie of een contactpersoon mogelijk een vertegenwoordigende rol kan vervullen voor de patiënt. Dit geldt alleen voor vertegenwoordiging op het gebied van medische beslisvorming. In de coderingslijst van de RadB zib zit naast vertegenwoordigers op financieel vlak ook niet bloedverwante relaties verwerkt. Conclusie Behoud categorie mogelijke vertegenwoordiging voor de HA-ZIB Uitleg en redenering De lijst van de NHG is gebaseerd op de wetgeving en zou leidend moeten zijn. De corresponderende waarden van de rolcodelijst zouden kunnen worden geschrapt. De rol ‘contactpersoon’ / eerste en tweede relatie/contactpersoon lijken ambigu. Hoe worden deze waarden gebruikt, en voorziet ‘vertegenwoordiger’ en ‘categorie mogelijk vertegenwoordiger patiënt’ in deze behoefte? De vertegenwoordiger financiële zaken is geen contactpersoon voor het medisch dossier aangezien want is niet bij de zorg betrokken. Daarmee past het ook niet bij de definitie van Contactpersoon. Is de zib ‘betaler’ de juiste plek voor deze persoon? Andere rollen passen beter bij ‘relatie’ (leefeenheid, buur, vriend(in)/kennis). RadB ZIB wijzigingsvoorstel Voeg het element categorie mogelijke vertegenwoordiging toe, gebruik daarbij de NHG-Tabel mogelijke vertegenwoordiging. Schoon daarbij de RolCodelijst op. Naast het schonen op mogelijke vertegenwoordiging lijkt deze lijst een vergaarbak van mogelijke rollen die ook anders ondergebracht kunnen worden. Er zou nog kritisch gekeken moeten worden of deze nog verder opgeschoond kan worden.
Besluit:
De zib Contactpersoon is grondig gewijzigd. Alle aanpassingen zijn gebundeld in een document welke is toegevoegd aan ZIB-1546.

ZIB-949

Toevoegen Vertegenwoordiger aan ZIB Contactpersoon

Aangemaakt op:	21-08-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2023-1	Publicatiedatum:	17-10-2023
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
#NHGharmonisatie Dit wijzigingsverzoek wordt ingediend door de NHG. De werkgroepgroep ZIB Huisartsoverdrachten heeft met de NHG de bijgesloten onderbouwing voor dit wijzigingsverzoek gemaakt. Het resultaat van deze werkgroep is een voorstel tot aanpassingen in de zorginformatie bouwsteen Contactpersoon. h4. Vertegenwoordiger HIS-Referentiemodel Vertegenwoordiger RadB ZIB Ontbreekt Probleem De lijst 'categorie mogelijke vertegenwoordiger patiënt' geeft een aanwijzing wie de vertegenwoordiger is wanneer een persoon daadwerkelijk wilsonbekwaam wordt. Conclusie Toevoegen aan de HA-ZIB. Uitleg en redenering Degene die expliciet als vertegenwoordiger is aangewezen door de patiënt, familie of de arts. De lijst 'categorie mogelijke vertegenwoordiger patiënt' geeft een aanwijzing wie de vertegenwoordiger is wanneer een persoon daadwerkelijk wilsonbekwaam wordt. 'Vertegenwoordiger' maakt dat expliciet. Bijvoorbeeld, de huisarts heeft te maken met meerdere gelijkwaardige mogelijke vertegenwoordigers. Op basis van de beschikbaarheid van deze personen, kiest de huisarts een vertegenwoordiger (maximaal twee per patiënt) RadB ZIB wijzigingsvoorstel Voeg dit element toe aan de RadB zib Update DRI (conform laatste versie document): Probleem Beide concepten kennen een overlap, maar ook verschillen. Ze hebben een verschillende insteek en zijn daardoor eigenlijk verschillende concepten. Conclusie: Neem categorie mogelijke vertegenwoordiging op in de HA-ZIB. De HA-ZIB zal geen gebruik maken van het gegevenselement 'rol'. Uitleg en redenering: De categorie vertegenwoordiging (voor persoonlijke zaken) geeft aan of een contactpersoon mogelijk een vertegenwoordigende rol kan (gaan) vervullen voor de patiënt. Dit heeft betrekking op vertegenwoordiging op het gebied van medische beslisvorming. Dat kan via de rechter zijn bepaald (curator, mentor, voogd) of door de patiënt (gevolmachtigde). Het kan ook voortvloeien uit de wet wanneer de patiënt wilsonbekwaam wordt geacht (ouder van minderjarige, echtgenoot) De rol (met de rolcodelijst) van de RadB ZIB is een verzameling van rollen van allerlei aard. Het omvat bijvoorbeeld ook de vertegenwoordiger op financieel vlak, en kunnen ook betrekking hebben op (niet-familie) relaties (zoals buur). Daarmee is de betekenis van dit element in de context van een contactpersoon onduidelijk en in de praktijk niet eenduidig te hanteren. Er is geopperd dat waarden uit de lijst van de categorie mogelijke vertegenwoordiger aan de rolcodelijst toegevoegd kan worden. Echter, de betekenis van categorie mogelijke vertegenwoordiging gaat verloren wanneer deze wordt toegevoegd als mogelijke rol. RadB ZIB wijzigingsvoorstel Voeg het element categorie mogelijke vertegenwoordiging toe, met daarin de toepassing van de NHG-Tabel mogelijke vertegenwoordiging.
Besluit:
De zib Contactpersoon is grondig gewijzigd. Alle aanpassingen zijn gebundeld in een document welke is toegevoegd aan ZIB-1546.

ZIB-950

Aanpassen Relatie - ZIB Contactpersoon

Aangemaakt op:	21-08-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2023-1	Publicatiedatum:	17-10-2023
Het betreft de bouwstenen:	Contactpersoon

Omschrijving:
#NHGharmonisatie Dit wijzigingsverzoek wordt ingediend door de NHG. De werkgroepgroep ZIB Huisartsoverdrachten heeft met de NHG de bijgesloten onderbouwing voor dit wijzigingsverzoek gemaakt. Het resultaat van deze werkgroep is een voorstel tot aanpassingen in de zorginformatie bouwsteen Contactpersoon. h4. Relatie HIS-Referentiemodel Relatie RadB ZIB Relatie Probleem In de RadB ZIB wordt dit element gevuld door een zeer gedetailleerde coderingslijst. Dit sluit niet aan bij de werkwijze van de huisarts waar dit wordt gevuld middels vrije tekst. Conclusie Uitleg en redenering Relatie beschrijft een deel van de context van contactpersoon: Betreft het de buurman, goede vriend, stiefbroer enzovoorts. Het betreft hier optionele informatie die het best in vrije tekst geduid kan worden. Hierdoor kan de huisarts de verwoording van de patiënt noteren hoe de contactpersoon zich tot hem verhoudt. Daarnaast lijkt de coderingsmethode bedoeld om aan de hand van contactpersoon om familierelaties in kaart te brengen, daar is het concept contactpersoon niet voor bedoeld. De informatie is niet te hergebruiken voor de biologische of juridische familierelaties voor andere doeleinden dan het bijhouden van een contactpersoon. Het NHG heeft in een eerdere versie van het HIS-Referentiemodel om deze redenen het vastleggen van relatie d.m.v. een codelijst losgelaten en is overgestapt op een vrije tekstveld. Op basis van ervaringen uit het veld. RadB ZIB wijzigingsvoorstel Verander dit element naar een tekstveld in de ZIB
Besluit:
De zib Contactpersoon is grondig gewijzigd. Alle aanpassingen zijn gebundeld in een document welke is toegevoegd aan ZIB-1546.

ZIB-952

Kardinaliteit contactgegevens in zorgverlener is nu 0..*, maar 0..1 lijkt logischer?

Aangemaakt op:	28-08-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Zorgverlener

Omschrijving:
Kardinaliteit contactgegevens in zorgverlener is nu 0..*, maar 0..1 lijkt logischer? In andere zibs (zorgaanbieder / patient) is deze ook 0..1. Dat is ook logische want de onderliggende groepen in de subbouwsteen [[https://zibs.nl/wiki/Contactgegevens-v1.1(2019NL)] contactgegevens] hebben beide kardinaliteit 0..*, er is dus geen bovenliggende groep met 0..* nodig. Is er een reden waarom dit in zorgverlener anders is dan in de andere bouwstenen?
Besluit:
Kardinaliteit element Contactgegevens gewijzigd van 0..*, naar 0..1

ZIB-953

ZIB allergie

Aangemaakt op:	02-09-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2021-1	Publicatiedatum:
Het betreft de bouwstenen:	AllergieIntolerantie Overgevoeligheid

Omschrijving:
Momenteel staat in deze ZIB een link naar een allergenenrefset. Deze refset is inmiddels achterhaald en ism allergologen heb ik deze release gewerkt aan een nieuwe set. De nieuwe set is Dutch allergen simple reference set 42931000146101 Deze bestaat uit 5 afzonderlijke sets: Dutch food allergen simple reference set 98011000146102 Dutch contact allergen simple reference set 98051000146103 Dutch inhalation allergen simple reference set 98021000146107 Dutch insect venom allergen simple reference set 98031000146109 Dutch occupational allergen simple reference set 98041000146101
Besluit:
Aan de AllergieCategorieCodelijst codelijst is referentieset 98061000146100 toegevoegd en categorien uitgebreid.

ZIB-954

correctie omschrijving van VerrichtingType

Aangemaakt op:	02-09-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Verrichting

Omschrijving:
In de ZIB Verrichting staat nu het volgende, bij Verrichting Type: _Vanaf 1 januari 2013 moeten alle verrichtingen in het primaire proces worden vastgelegd met CBV codes. Om hieraan te voldoen wordt de verrichtingenthesaurus van DHD (CBV verrichtingenset ) voor het coderen van verrichtingen gebruikt. Mogelijk dat in de toekomst naast de CBV verrichtingenset ook de NIC voor verpleegkundige verrichtingen gehanteerd gaat worden en dat er een "coded valueset" komt voor paramedische verrichtingen._ De eerste zin is incorrect. En in de tweede en derde zin wordt de Verrichtingenthesaurus en het CBV door elkaar gehaald. Voorstel voor nieuwe tekst: De Verrichtingenthesaurus is een lijst met medisch relevante termen van verrichtingen bij patiënten in de taal die medisch specialisten in de praktijk gebruiken. De Verrichtingenthesaurus ondersteunt artsen, verpleegkundigen en andere zorgverleners bij het gestandaardiseerd vastleggen van verrichtingen in het elektronisch patiëntendossier (EPD). De geregistreerde verrichtingen leiden (indien van toepassing) automatisch af naar de financieel georiënteerde codes voor zorgactiviteiten, de ZA-codes. De lijst is gekoppeld aan de internationale standaard SNOMED CT en gegroepeerd in views per specialisme die kunnen overlappen. Naast medisch specialistische verrichtingen omvat de Verrichtingenthesaurus ook andere registratiegroepen, namelijk paramedische verrichtingen, verpleegkundige verrichtingen, tandheelkundige verrichtingen en materialen. DHD heeft de Verrichtingenthesaurus ontwikkeld in nauw overleg met de wetenschappelijke verenigingen, ziekenhuizen, artsen en andere zorgverleners en Nictiz.
Besluit:
Omschrijving VerrichtingType rondom de DHD verrichtingenthesaurus geactualiseerd en aangepast.

ZIB-955

verduidelijking dataelementen TekstUitslag en correctie teksten.

Aangemaakt op:	04-09-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	TekstUitslag

Omschrijving:
De zib TekstUitslag heeft een dataelement TekstUitslagDatumTijd. Bij de definitie lijkt deze datum op 2 tijdstippen te kunnen slaan, niet eenduidig dus. Het lijkt logischer dat alleen de eerste definitie (Datum en eventueel tijdstip van de uitslag) van toepassing is. De tweede definitie wordt al uitgedrukt in dataelement VerrichtingDatumTijd van de Verrichting waarnaar verwezen wordt. Ook is niet duidelijk om welke Verrichting het eigenlijk gaat. Onder Definitie staat alleen dat het een verwijzing naar de betreffende bouwsteen is, maar niet wat de samenhang van deze Verrichting met de huidige bouwsteen TekstUitslag is. Dat blijkt alleen (een beetje) uit de tekst bij TekstResultaat. Verder kloppen enkele zinnen onder Definitie niet: "Datum waarop de verrichting die in Tekstuitslag documenteert, verricht is" --> Deze zin zou er dus helemaal uit kunnen. Maar als deze moet blijven staan, dan correcte zin van maken: "Datum waarop de verrichting waarvan de uitslag in TekstUitslag gedocumenteerd wordt, uitgevoerd is." "Het tekstverslag waarin de feitelijke resultaat van de test of de verrichting staat" --> _het_ feitelijke resultaat
Besluit:
Aanpassing definitie TekstUitslagDatumTijd naar alleen de eerste zin: "Datum en eventueel tijdstip waarop de uitslag in TekstUitslag gedocumenteerd wordt" Aanpassing spelfout in defintie TekstResultaat.

ZIB-957

Valueset SchooltypeCodelijst in nl.zorg.Opleiding

Aangemaakt op:	05-09-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Opleiding

Omschrijving:
Beste collega's, In de werkgroep Eenheid van Taal Perinatologie is de vraag binnen gekomen waarom voor het opleidingsniveau in de dataset de NHG lijst wordt gebruikt en niet de lijst die het CBS hanteert. De werkgroep is van mening dat de lijst van het CBS actueler is dan die van de NHG. De werkgroep vraagt om een wijziging van de valueset. Link naar CBS pagina is [https://www.cbs.nl/nl-nl/onze-diensten/methoden/classificaties/onderwijs-en-beroepen/standaard-onderwijsindeling--soi--/standaard-onderwijsindeling-2016] Onderaan de pagina kan gekozen worden voor het Excel bestand met valueset.
Besluit:
Nieuwe waardelijst toegevoegd met codes die overeenkomen met de CBS coderingen. Aan oude, NHG lijst toegevoegd dat deze obsolete is en in de volgende release verdwijnt conform de afspraak over verouderde codes.

ZIB-958

telecomtype waarom verplicht (1..1) in subbouwsteen contactgegevens

Aangemaakt op:	05-09-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	part.Contactgegevens

Omschrijving:
telecomtype is verplicht in de subbouwsteen contactgegevens (1..1) Dat lijkt wat veelgevraagd, zie ook ZIB-761. Het onderscheid tussen landline en mobiel nummer bijvoorbeeld is vaak helemaal niet relevant, en we willen - bij conversie vanuit oudere standaarden - niet echt op basis van een nummer match als '06' conclusies trekken. Die route moeten we echt niet op willen. Voorstel is om telecomtype niet verplicht te stellen, dit wordt nu in HL7v3-standaarden ook vaak niet meegegeven.
Besluit:
Kardinaliteit TelecomType aangepast van 1 naar 0..1.

ZIB-959

adressoort niet verplicht stellen

Aangemaakt op:	05-09-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	part.Adresgegevens

Omschrijving:
In bestaande (HL7v3) standaarden is adressoort niet altijd aanwezig, er kan dan niet geconcludeerd worden welk soort adres het betreft. Dat is ook niet altijd heel erg belangrijk, zeker niet in alle use cases (anders was het in deze informatiestandaarden ook wel verplicht gesteld). Wijzigingsverzoek is dan ook om de 1.1 verplichting op adressoort op te heffen.
Besluit:
Cardinaliteit Adressoort gewijzigd van 1 naar 0..1 om problemen in het gebruik te voorkomen.

ZIB-960

Kardinaliteit adresgegevens diverse zibs: zorgverlener, zorgaanbieder, contactpersoon

Aangemaakt op:	05-09-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Contactpersoon Zorgaanbieder Zorgverlener

Omschrijving:
Patient kan 0..* adresgegevens hebben. Dat geldt echter (helaas) niet voor de zibs:zorgverlener, zorgaanbieder, contactpersoon Ook bij hen kan sprake zijn van een: officieel adres postadres fysiek adres tijdelijk adres en ga zo maar door. Kan daar de kardinaliteit ook op 0..* gezet worden?
Besluit:
Cardinaliteit adresgegevens in de zib's Zorgverlener, Zorgaanbieder en Contactpersoon verruimt van 0..1 naar 0..*, zodat ook in deze zib's meerdere adressen (adrestypen) kunnen worden toegepast.

ZIB-961

Kardinaliteit naamgegevens bij patient, 1..1 is te strikt ivm kwaliteitsregistraties

Aangemaakt op:	11-09-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Patient

Omschrijving:
Kardinaliteit naamgegevens bij patient, 1..1 is te strikt ivm kwaliteitsregistraties. Kwaliteitsregistraties willen ook gebruik maken van zibs, maar zijn meestal niet geïnteresseerd in patiënt naam. Sterker nog: uit privacy overwegingen is die naam vaak ongewenst om uit te wisselen. Voorstel: minimale kardinaliteit naamgegevens aanpassen van 1 naar 0
Besluit:
Kardinaliteit van het element Naamgegevens gewijzigd van 1 naar 0..1

ZIB-962

zib Bloeddruk, element methode

Aangemaakt op:	13-09-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Bloeddruk

Omschrijving:
Beste collega's, De genoemde zib is besproken in de werkgroep Eenheid van Taal Perinatologie. In de praktijk wordt naast het onderscheid in invasief en niet-invasief ook voor niet-invasief het hulpmiddel (met de hand of automatisch) belangrijk gevonden om vast te leggen. Dit mist in de zib Bloeddruk. Kan dit alsnog worden toegevoegd? Is er een reden dat dit niet in de zib staat? vr gr Anneke
Besluit:
2 extra items toegevoegd aan MeetmethodeCodelijst voor niet-invasief (handmatig met manchet) en niet-invasief (met automatische bloeddrukmeter).

ZIB-963

Problem - ProblemStartDate

Aangemaakt op:	16-09-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	02-02-2020
Het betreft de bouwstenen:	Probleem

Omschrijving:
Dear, We would like to propose a more clear definition for the ProblemStartDate to avoid confusion for the different ProblemTypes. Proposed definition (with current text crossed out): “Onset of the symptom/complaint/functional limitation/complication or date of diagnosis. -Especially in symptoms in which it takes longer for the final diagnosis, it is important to know not only the date of the diagnosis, but also how long the patient has had the disorder.- A ‘vague’ date, such as only the year or the month and the year, is permitted.” This way it should be more clear that e.g. onset of the symptoms and diagnosis are separate instances of the CBB Problem. Thank you Ilse
Besluit:
Definitie van concept ProbleemBeginDatum is aangepast om duidelijker te maken dat bij type diagnose het gaat om de datum waarop de diagnose gesteld is en niet om de begindatum van het probleem, symptoom etc.

ZIB-977

Uitbreiden refsets voor VerrichtingType

Aangemaakt op:	17-09-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2021-1	Publicatiedatum:
Het betreft de bouwstenen:	Verrichting

Omschrijving:
Voor de toepassing van deze zib in verschillende domeinen is het noodzakelijk om aanvullende ref sets te kunnen toepassen. Bijvoorbeeld SNOMED CT: RefSet Geboortezorg verrichtingen en RefSet GGZ verrichtingen
Besluit:
Aan het "VerrichtingType"is de referentieset 146481000146103 |Dutch obstetric procedures simple reference set | toegevoegd.

ZIB-983

Gebarentaal in zib Taalvaardigheid

Aangemaakt op:	07-10-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Taalvaardigheid

Omschrijving:
Een taal kan men feitelijk spreken, begrijpen en/of lezen, maar er is ook gebarentaal. In de kwalificatie BgZ GGZ (scenario 1.1) wordt de term 'Expressed signed gebruikt, naast expressed spoken en expressed written. Zou Expressed signed, gebarentaal niet moeten worden toegevoegd aan de zib of is dit te specifiek?
Besluit:
Element CommunicatieBijzonderheden toegevoegd met een waardelijst die gebarentaal en Braille schrift bevat.

ZIB-984

AllergieIntolerantie registratiedatum, basiselementen datum/tijd?

Aangemaakt op:	07-10-2019	Status:	In pre-publicatie
Onderdeel van:	Pre-publicatie 2021-1	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Overgevoeligheid

Omschrijving:
De definitie van basiselementen/datum-tijd lijkt het te hebben over de medisch relevante datum-tijd. Bij AllergieIntolerantie bestaat in de 6.12 versie van de standaard ook de registratiedatum/tijd (author/time). Deze is relevant en willen we dan ook uitwisselen, bijvoorbeeld in MedMij. Echter we hebben geen datum/tijd element in de zib waarop deze past? Basiselementen datum/tijd lijkt ook niet het juiste element? Klopt dat? Als dat klopt, zijn we genoodzaakt in de informatiestandaard (voorlopig) een uitbreiding te doen voor registratie datum/tijd. Dan volgt direct een wijzigingsverzoek voor de zib: kan de registratie datum/tijd worden toegevoegd?
Besluit:

ZIB-987

OID voor ICD-10 is onjuist

Aangemaakt op:	14-10-2019	Status:	In publicatie
Onderdeel van:	Pre-publicatie 2019-2	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Probleem

Omschrijving:
De huidige OID voor ICD-10 is die voor ICD-10-CM (Amerikaanse versie). De OID voor ICD-10-NL is een andere. OID voor ICD-10-CM is [2.16.840.1.113883.6.90|http://oid-info.com/cgi-bin/display?oid=2.16.840.1.113883.6.90&action=display] OID voor ICD-10-NL is [2.16.840.1.113883.6.3.2|http://decor.nictiz.nl/decor/services/RetrieveOID?prefix=hl7nl&id=2.16.840.1.113883.6.3.2&format=html&language=nl-NL] (of kijk in het [HL7 NL OID register|https://www.hl7.nl/component/phocadownload/category/13-oid.html]) Deze verkeerde OID staat alleen in waardelijst ProbleemNaamCodelijst (zib Probleem)
Besluit:
OID van het ICD10 codestelsel in waardelijst ProbleemNaam gewijzigd naar 2.16.840.1.113883.6.3.2 ICD10, Dutch Translation

ZIB-993

DatumTijd in relatie to Start/Eind concepten voor verrichting gebaseerde zibs

Aangemaakt op:	17-10-2019	Status:	In publicatie
Onderdeel van:	Publicatie 2020	Publicatiedatum:	29-09-2022
Het betreft de bouwstenen:	Verrichting

Omschrijving:
In onze FHIR profielen hebben we 3 Procedure gebaseerde profielen gebaseerd op de volgende zibs: [Vrijheidsbekende maatregelen|https://zibs.nl/wiki/VrijheidsbeperkendeMaatregelen-v3.1(2017NL)], [verpleegkundige interventie|https://zibs.nl/wiki/VerpleegkundigeInterventie-v3.1(2017NL)] en [verrichting|https://zibs.nl/wiki/Verrichting-v4.0(2017NL)]. Deze zijn alle drie geschreven voor gebruik met Period, op basis van de Start/Eind elementen in deze zibs. Ze geven dus geen van alle direct aanleiding om te denken dat iets op een tijdstip plaatsvindt: * VrijheidsbeperkendeMaatregelen ** NL-CM:14.3.8 AanvangEpisode ** NL-CM:14.3.9 EindEpisode * VerpleegkundigeInterventie ** NL-CM:14.2.11 ActieStartDatumTijd ** NL-CM:14.2.12 ActieEindDatumTijd * Verrichting ** NL-CM:14.1.2 VerrichtingStartDatum ** NL-CM:14.1.3 VerrichtingEindDatum Met alleen een startdatum, loopt de periode tot ∞ (oneindig). De vraag is dan: * klopt de zib niet en had deze ook een "datum/tijdstip" moeten ondersteunen? * klopt de zib wel want er is ook nog zoiets als BasisElementen NL-CM:0.0.14 DatumTijd waarin je dit "datum/tijdstip" zou kunnen toepassen? * klopt de zib wel want er zou gebruik gemaakt kunnen worden van eenzelfde Einddatum als Startdatum wanneer er alleen een datum/tijdstip doorgegeven wordt? Hoe dienen wij deze zibs te interperteren wanneer er alleen een datumtijd van een verrichting doorgeven wordt?
Besluit:
Definitie van de einddatum aangepast om aan te geven hoe omgegaan moet worden met moment- en duur verrichtingen en met duurverrichtingen die nog niet afgelopen zijn.

Deze wiki pagina is gegenereerd op 25-10-2023 11:41:32

Versie van 23 okt 2023 om 08:40 (brontekst bekijken) Update bot (overleg \| bijdragen) ← Oudere bewerking		Versie van 25 okt 2023 om 10:42 (brontekst bekijken) Update bot (overleg \| bijdragen) Nieuwere bewerking →
Regel 6.343:		Regel 6.343:
	------		------

−	Deze wiki pagina is gegenereerd op 23-10-2023 09:39:04	+	Deze wiki pagina is gegenereerd op 25-10-2023 11:41:32