Zib issues (deel 5 : issues 2000 - 2499)
ZIB-2008
ZIB contactpersonen
| Aangemaakt op: | 29-03-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Beste,
Wij krijgen het verzoek vanuit de zorg om de optie 'vriend' en 'vriendin' toe te voegen als optie bij de contactpersonen. Na het checken van de ZIB contactpersoon ([Contactpersoon-v3.5(2022NL) - Zorginformatiebouwstenen (zibs.nl)|https://zibs.nl/wiki/Contactpersoon-v3.5(2022NL)]) zien wij deze er inderdaad niet tussen staan. Kunnen jullie deze toevoegen?
Met vriendelijke groet,
Lieke Rusman, Tech Lead Epic, Spaarne Gasthuis
Besluit:
ZIB-2009
Spelfoutje (2x) contra-indication in elementen van MedicationContraIndication (2022)
| Aangemaakt op: | 29-03-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
In de elementen StartDateTime en MedicationContraIndicationName is in de beschrijving het woord contra-indication foutief gespeld met een streepje erin.
Besluit:
ZIB-2010
Taalfoutje in beschrijving element van zib MedicationContraIndication (2022)
| Aangemaakt op: | 29-03-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
In HealthProfessional staat in de beschrijving "healthcare professional"
Besluit:
ZIB-2012
Instructie toevoegen over relatie pijnscore tot zib Pijnkenmerken
| Aangemaakt op: | 31-03-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Na aanleiding van ZIB-1987 in Pijnscores een instructie toevoegen die duidelijk maakt dat pijnscore als zib binnen de zib pijnkenmerken gebruikt kan worden om zo meer details over de pijn vast te kunnen leggen.
Besluit:
ZIB-2019
Aanpassen concepttype Verzamelperiode in zib Laboratoriumuitslag naar PQ
| Aangemaakt op: | 01-05-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Aanpasssen concepttype van concept Verzamelperiode::Tijdsinterval van verwijzing naar PQ omdat eigenlijk alleen de duur (periode) hier wordt bedoeld, maar je niet kan verwijzen naar alleen dat concept uit de zib TijdsInterval. AfnameDatumTijd overlapt eigenlijk weer met StartDatumTijd in zib TijdsInterval.
Besproken met zib-centrum op 26-04.
Besluit:
ZIB-2020
Definitie van concept VisusWaarde aanpassen
| Aangemaakt op: | 01-05-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Definitie van concept VisusWaarde aanpassen naar 'De gemeten visus' omdat decimale visus waarde eigenlijk alleen iets zegt over de getallen achter de komma. Dat is niet correct.
Besluit:
ZIB-2025
Revisiehistorie van zib probleem mist issue ZIB-1110
| Aangemaakt op: | 12-05-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
[Revisiehistorie|https://zibs.nl/wiki/Probleem-v4.4(2020NL)#Revision_History] van zib probleem mist issue ZIB-1110, terwijl deze wel is doorgevoerd: Omaha is op deprecated gezet in probleemNaam.
Besluit:
ZIB-2026
FamilieAnamnese / BiologischeRelatieCodelijst "Gootouder" aan moederskant
| Aangemaakt op: | 17-05-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
https://zibs.nl/wiki/Familieanamnese-v3.1(2020NL) en later bevat een vreemde spelfout in de BiologieRelatieCodelijst:
|MaternalGrandparent|MGRPRN|RoleCode|2.16.840.1.113883.5.111|*Gootouder* aan moederszijde|
Dat zal toch "Grootouder" moeten zijn.
Besluit:
ZIB-2028
Reactie/VeroorzakendeStof - G-Standaard SNK en HPK
| Aangemaakt op: | 26-05-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Zouden de G-Standaard tabellen voor Reactie/VeroorzakendeStof niet moeten zijn:
- SNK
- HPK
In de prepublicatie van de zib staan nu alle tabellen van G-Standaard die ook bij Overgevoeligheid/Stof staan:
- SNK
- HPK
- SSK
- Ongewenste groepen (Thesaurus 122)
Het is logisch dat voor VeroorzakendeStof alleen SNK en HPK gekoppeld staan en niet ook SSK (=stofnaamcode + toedieningsweg), gezien toedieningsweg bij Reactie een apart gegevensveld is, nl WijzeVanBlootstelling.
Ook is het logisch om niet een gehele groep te kunnen registreren, omdat het altijd om een reactie na blootstelling aan een specifiek geneesmiddel gaat (of meerdere specifiek geneesmiddelen, als blootstelling daaraan ongeveer tegelijkertijd heeft plaatsgevonden en niet precies bekend is met welk geneesmiddel de reactie geassocieerd moet worden).
Besluit:
ZIB-2036
Meetmethodecodelijst Bloeddruk correct?
| Aangemaakt op: | 04-07-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de MeetmethodeCodelijst van de zib Bloeddruk zijn Non-invasief en Invasief als qualifier values opgegeven en niet als als procedures bloeddrukmeting zoals Niet-invasief (met manchet) en Niet-invasief (met automatische bloeddrukmeter). Klopt dit of moeten de qualifier value codes worden aangepast?
|Conceptnaam|Conceptcode|Codestelselnaam|Codesysteem OID|Omschrijving|
|Non-invasief|[22762002|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=22762002]|SNOMED CT|2.16.840.1.113883.6.96|Niet-invasief|
|Bloeddrukmeting met gebruikmaking van manchet|[371911009|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=371911009]|SNOMED CT|2.16.840.1.113883.6.96|Niet-invasief (met manchet)|
|Bloeddrukmeting met automatische bloeddrukmeter|[95691000146106|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=95691000146106]|SNOMED CT|2.16.840.1.113883.6.96|Niet-invasief (met automatische bloeddrukmeter)|
|Invasief|[10179008|https://terminologie.nictiz.nl/art-decor/snomed-ct?conceptId=10179008]|SNOMED CT|2.16.840.1.113883.6.96|Invasief|
Besluit:
ZIB-2040
GCS-score DefinitieCode ConditiesTijdensMeting
| Aangemaakt op: | 10-07-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Hoi,
Voor het modelleren van GCS-score 2020 in FHIR heb ik een DefinitieCode voor het element ConditiesTijdensMeting nodig. Zou ik die kunnen krijgen?
Groet,
Jorn
Besluit:
ZIB-2042
Overkoepelde SNOMED code voor wond
| Aangemaakt op: | 13-07-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
De ZIB-wond heeft geen overkoepelende SNOMED-code. Deze code is essentieel om onderscheid te maken tussen de FHIR-condition resources.
We zouden graag een vergelijkbare situatie willen als in bijvoorbeeld de zib Stoma, waar SNOMED-code 245857005 een Stoma in het algemeen representeert, en deze kan worden verbijzonderd m.b.v. het concept StomaType.
Bovenstaande hebben we nodig voor de modellering in FHIR, omdat een Wond gerepresenteerd wordt door een Condition, maar er meer zibs zijn die gemapt worden op deze FHIR-resource. Zonder een dergelijke definitiecode is het niet altijd mogelijk om alle Wonden op te halen (door de aanwezigheid van WondSoort 'OTH').
Is het mogelijk om hiervoor een terminologiecode te krijgen?
Besluit:
ZIB-2044
Definitie code voor concept Pijnbeloop
| Aangemaakt op: | 14-07-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Is het mogelijk om een terminologie code te krijgen voor Pijnbeloop (paincourse)? Deze hebben we nodig om onderscheid te maken in de FHIR components.
Besluit:
ZIB-2049
Voorbeeld Gezinssituatie klopt niet
| Aangemaakt op: | 24-07-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
[https://zibs.nl/wiki/Gezinssituatie-v3.2(2020NL)]
Het voorbeeld bevat voor element Gezinssamenstelling de waarde 'Woont samen met familie', terwijl deze waarde in de waardelijst DEPRECATED is.
In de 2022-publicatie bevat het voorbeeld nog steeds deze waarde terwijl de code hiervan inmiddels uit de waardelijst verwijderd is.
EDIT: Het valt me nu ook op dat alle Kinderen in het voorbeeld een veld 'Leeftijd' hebben, terwijl dit geen veld uit de zib is. Ik neem aan dat hier 'Geboortedatum' bedoeld wordt.
Besluit:
ZIB-2058
Aanpassen waardebereik zib SNAQrcScore
| Aangemaakt op: | 02-08-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In navolging op ZIB-1729 moet de aanpassing ook doorgevoerd worden voor zib SNAQrcScore. ZIB-1729:
"De zib SNAQScore heeft als element TotaalSnaqScore met een waardebereik van 0 - 5. Echter voor het item SNAQGewichtsverliesScore kunnen wij G1 EN G2 scoren, dus hebben wij niet altijd 2 of 3 punten, maar kunnen we hier ook op 5 punten uitkomen. Hierdoor kunnen wij max. 7 punten scoren. Het waardebereik zou daarom ons inziens 0 - 7 moeten zijn."
Oplossing (ook) door te voeren voor SNAQrcScore, zie voorgestelde oplossing.
Besluit:
ZIB-2074
Anatomische locatie elementen in de example instances verduidelijken
| Aangemaakt op: | 21-08-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de nieuweste versie van de zib probleem is het deel met AnatomischeLocatie gewijzigd. In de example instances staat de oude situatie nog.
!image-2023-08-21-11-02-12-762.png!
Besluit:
ZIB-2087
vervangen ggz diagnoselijst uit probleemNaam codelijst door een refset
| Aangemaakt op: | 13-09-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
in de zib probleem [https://zibs.nl/wiki/Probleem-v4.6(2022NL)] staat de ggz diagnoselijst maar het lijkt er op dat deze nergens wordt gebruikt en ook niet in beheer is bij ggz-nl. Dan beter deze verwijderen want compliceert zaken onnodig. Indien deze spreadsheet wel is geïmplementeerd is in EPD's (wellicht checken) afvragen of het zinvol is om deze uit te wisselen. Indien ja, dan wellicht zorgen dat hiervoor ook een zinvolle en implementeerbare reference set of codelijst van te maken en ergens te onderhouden.
Besluit:
ZIB-2091
MGB/RedenWijzigenOfStoppenGebruik: toevoegen 'loopt in andere medicamenteuze behandeling'
| Aangemaakt op: | 15-09-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de werkstroom migratie/hybride (14-02-2023) gaven PGO-leveranciers aan dat het wenselijk is om ook voor medicatie gebruik het stoppen vanwege medicamenteuze behandeling ontdubbeling te faciliteren. Dit betekent dat MedicatieGebruik2/RedenWijzigenOfStoppenGebruik ook de waarde 'loopt in ander medicamenteuze behandeling' zou moeten bevatten, net zoals bij MA en TA. Op die manier kunnen PGO's ervoor zorgen dat medicatie gebruik in een generieke medicamenteuze behandeling gestopt kan worden, en opnieuw geregistreerd kan worden in de juiste, specifieke medicamenteuze behandeling.
Besluit:
ZIB-2092
Kardinaliteit gebruiksperiode
| Aangemaakt op: | 15-09-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Het is op dit moment mogelijk om geen gebruiksperiode op te sturen met de medicatiebouwstenen (MA, MGB, TA,). Dit is niet wenselijk omdat:
* een afspraak in principe altijd een bepaalde periode heeft waarin deze geldig is
* Het lastig is om te gaan met medicatiebouwstenen zonder gebruiksperiode, wat betekent dit voor de zorgverlener die dit ontvangt?
Vandaar het voorstel om de kardinaliteit aan te passen naar 1...1
Besluit:
ZIB-2093
Incorrecte zin corrigeren
| Aangemaakt op: | 19-09-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
nooit doorgevoerd wijzigingsverzoek op AllergieCategorie ZIB-648. Hier staat in definitie concept "Identificeert de categorie van de overgevoeligheid aan zoals medicatie, voedsel of omgeving." en moet waarschijnlijk veranderd worden in "Identificeert de categorie van de overgevoeligheid -aan- zoals medicatie, voedsel of omgeving".
Besluit:
ZIB-2099
Aanpassen VertegenwoordigingCodelijst zib JurdischeSituatie
| Aangemaakt op: | 20-09-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Onderdeel van het herbeschouwen van de zib Contactpersoon (ZIB-1546) dient de VertegenwoordigingCodelijst te worden aangepast overeenkomstig de vormen van vertegenwoordiging zoals bepaald door de Rijksoverheid. Zie [hier|https://www.regelhulp.nl/onderwerpen/wettelijke-vertegenwoordiging/bewind-mentor-curatele].
Dit is een administratief issue aangemaakt om de revision history in de zib JurdischeSituatie compleet te maken aangezien deze wijzingen wel de herbeschouwing van de zib Contactpersoon betreffen maar niet de zib Contactpersoon.
|*Vertegenwoordiging Juridische situatie*
*(huidig)*|*Vertegenwoordiging Juridische situatie*
*(nieuw)*|*Rolcode Contactpersoon (nieuw)*|
|*Meerderjarig*|
|Onder curatele stelling|Ondercuratelestelling|Curator|
|Mentorschap|Mentorschap|Mentor|
|Volmacht zorg en behandeling|Volmacht zorg en behandeling|Schriftelijk gemachtigde zorg en behandeling|
|Bewindvoering|Bewindvoering|Bewindvoerder|
|Zaakwaarneming|Zaakwaarneming|Zaakwaarnemer|
|Niet aanwezig|Volmacht financieel|Schriftelijk financieel gemachtigde|
|Vertegenwoordiging op basis van relatie|Vertegenwoordiging op basis van relatie |Vertegenwoordiger bij wilsonbekwaamheid op basis van relatie (Echtgenoot, geregistreerde partner, andere levensgezel, ouder, kind, broer of zus van de patiënt)
|
|*Minderjarig*|
|Voogdij|Voogdij|Voogd|
|Niet aanwezig|Wettelijke vertegenwoordiging op grond van ouderlijk gezag
|Wettelijk vertegenwoordiger op grond van ouderlijk gezag|
Besluit:
ZIB-2103
Concepten waarvan de SNOMED codes deprecated zijn geworden na de 2022 pre-publicatie
| Aangemaakt op: | 03-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Tijdens het testen van de pre-publicatie 2023-1 is aan het licht gekomen dat volgende concepten uit waardenlijsten deprectated zijn geworden in SNOMED CT, na de laatste pre-publicatie in 2022. Dit moet gecorigeerd worden.
|160861000146101|Living will|Levenswensverklaring|record artifact|Levenswensverklaring|WilsverklaringTypeSnomedCodelijst|nl.zorg.Wilsverklaring-v4.1|
|8591000146104|Nasoduodenal tube|Nasoduodenale voedingssonde|physical object|Neus-duodenumsonde|SondeTypeCodelijst|nl.zorg.SondeSysteem-v3.4|
|165234001|Bladder: fully continent|Volledig continent voor urine|finding|Continent (gedurende meer dan 7 dagen)|UrineContinentieCodelijst|nl.zorg.Blaasfunctie-v4.0|
Zib Wilsverklaring: 160861000146101 |levenswensverklaring (gegevensobject)| vervangen door 1264561001 |Living will (record artifact)|
Zib SondeSysteem: 8591000146104 |nasoduodenale voedingssonde (fysiek object)| door 773725001 |nasoduodenale voedingssonde (fysiek object)|
Zib: Blaasfunctie: 165234001 |volledig continent voor urine (bevinding)| vervangen door 45850009 |continent voor urine (bevinding)| zib Blaasfunctie
Voor de deprecated codes voor zib-TNM en zib.Probleem worden aparte wijzigingsverzoeken aangemaakt.
Besluit:
ZIB-2106
Aanvraag terminologie code voor Extent en DateOfLastDressingChange
| Aangemaakt op: | 05-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor de modulering van de volgende concepten hebben we een terminologie code nodig.
Extent in de zib Brandwond
DateOfLastDressingChange in alle wonden zibs
Besluit:
ZIB-2112
Concept Bloeddruk verduidelijken
| Aangemaakt op: | 10-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Het concept Bloeddruk zou moeten worden aangepast van
_"De bloeddruk is een parameter om de toestand van de bloedsomloop vast te leggen en wordt uitgedrukt in de systolische en diastolische druk in mmHg."_
naar
_"De {color:#de350b}arteriële {color}bloeddruk is een parameter om de toestand van de bloedsomloop vast te leggen en wordt uitgedrukt in de systolische en diastolische druk in mmHg.",_
omdat uit te sluiten dat het niet gaat om ... bloeddruk.
Besluit:
ZIB-2115
Aanpassen definitiecodes verwijzingen vanuit zib BehandelDoel
| Aangemaakt op: | 12-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Vanuit BehandelDoel wordt verwezen naar FunctioneleMentaleStatus waardoor het een toekomstige situatie betreft. FunctioneleMentaleStatus heeft een StatusDatum concept waarvan de definitie zou moeten worden aangepast naar: 'Datum waarop de status is of wordt vastgesteld.'.
Vanuit FunctioneleMentaleStatus wordt ook verwezen naar MedischHulpmiddel en ook dan is er weer sprake van een toekomstige situatie. De definitie van het concept moet worden aangepast naar 'Hulpmiddel dat de patient ter beschikking heeft of krijgt om de impact van de beperking of stoornis te verminderen.'.
Besluit:
ZIB-2119
Aanpassen definitie code Primaire Tumor, vanwege deprecated SNOMED code
| Aangemaakt op: | 17-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2023-1 | Publicatiedatum: | 17-10-2023 |
| Het betreft de bouwstenen: |
Omschrijving:
Bevinding uit ZIB publicatie test voor pre-publicatie 2023-1
* 86049000 |primair maligne neoplasma (afwijkende morfologie)| vervangen door 372087000 |primair maligne neoplasma (aandoening)|
* 385379008 |bevinding betreffende 'Tumor Node Metastasis'-classificatie van neoplasma (bevinding)| - zelfde probleem.
Besluit:
ZIB-2123
deprecated SCT code voor Notitie van mondelinge afspraak
| Aangemaakt op: | 23-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Ik zag dat er in de laatste pre-publicatie een deprecated code zat in WilsverklaringTypeSnomedCodelijst
Dit was alleen een NL code dus neem aan een foutje alleen er is nooit een alternatief voor aangemaakt en hij is maar een half jaar actief geweest. Er moet dus wel een andere code voor komen. of weer de oude terug in de codelijst stoppen.
Besluit:
ZIB-2128
Correctie naamgeving codesysteem aanvullende informatie en wensen
| Aangemaakt op: | 30-10-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
De naamgeving van het codesysteem van de volgende waardenlijsten is in het verleden niet correct verlopen:
# Medicatieafspraak - Aanvullende Informatie
# Verstrekkingsverzoek - Aanvullende Wensen
# Medicatieverstrekking - Aanvullende Informatie
Het codesysteem verwijst nu naar een G-standaard thesaurus waarin ze zijn uitgegeven. Het codesysteem hoort echter naar het Medicatieproces te verwijzen.
Voorstel is daarom om de naamgeving te corrigeren naar:
# MP codesystem MA aanvullende informatie
# MP codesystem VV aanvullende wensen
# MP codesystem MVE aanvullende informatie
Achtergrondinformatie:
In de G-standaard worden deze lijsten slechts gepubliceerd en niet meer via de Thesauri die nu vernoemd worden in de codesystemen. Z-Index is geen eigenaar van de waardenlijsten. Wijzigingen gaan via het beheerproces van MP9. De betreffende waardenlijsten zijn dan ook uitgebreid afgestemd binnen dit beheerproces.
Met deze correctie blijft de OID behouden en is de impact daarmee lager.
Een en ander is afgestemd met Z-index.
Besluit:
ZIB-2129
2023-1 Terminologieissues gevonden bij import
| Aangemaakt op: | 07-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Dit is een (hopelijk compleet) overzicht van terminologie-issues gevonden bij proefimport van zibs release 2023-1 in ART-DECOR:
* Spelfout: spatie in zib nl.zorg.process.RegistratieGegevens waardelijst "RedenAfwezigheidGegevens Codelijst"
* Spelfout: RedenAfwezigheidGegevens heeft een trailing space dat is de oorzaak van bovenstaand probleem
* Ongeldige codes met spaties in zib TNM waardelijst "T_PrimaireTumor"
* Ongeldige codes met spaties in zib Darmfunctie waardelijst "BristolStoolTypes"
Besluit:
ZIB-2130
2023-1 nl.zorg.Reactie heeft technisch probleem in model
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
[https://zibs.nl/wiki/Reactie-v1.0(2023NL)#2391]
Het model bevat container SpecificatieBlootstelling zonder iets daar aan. In de tabel daar onder kun je zien dat er een aantal elementen onder hadden moeten staan, maar dat de modelrelaties niet goed lopen
Besluit:
ZIB-2132
2023-1 Verwijzingen naar FarmaceutischProduct gebruiken verkeerde NL-CM id
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
2023-1 Verwijzingen naar FarmaceutischProduct gebruiken verkeerde NL-CM id
De gebruikte waarde is telkens NL-CM:9.7.1, maar de bedoelde waarde is NL-CM:19926. Hierdoor loopt de import in ART-DECOR niet goed. Het vreemde is dat op zibs.nl de bedoelde waarde wel in de wiki staat dus de referentielogica loopt daar op een andere manier.
Gevonden in de XMI van MedicatieAfspraak:
{code:xml}
<UML:TaggedValue tag="DCM::ReferencedConceptId" xmi.id="EAID_AC3E7924_BD6F_40eb_99E7_4484739D07B7" value="NL-CM:9.7.1#NOTES#<languages xml:space="preserve">
<nl-NL>Dit is een verwijzing naar het rootconcept van de bouwsteen FarmaceutischProduct.</nl-NL>
<en-US>This is a reference to the rootconcept of information model PharmaceuticalProduct.</en-US>
</languages>" modelElement="EAID_7BF9591D_9E1A_4620_8DF5_8F418DA571CB"/>
{code}
Het probleem bestaat in MedicatieGebruik, MedicatieToediening, Medicatieafspraak, Medicatieverstrekking, Vaccinatie en Verstrekkingsverzoek. Het staat wel goed in Toedieningsafspraak
Besluit:
ZIB-2133
2023-1 Verwijzingen naar Gebruiksinstructie gebruiken verkeerde NL-CM id
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
2023-1 Verwijzingen naar Gebruiksinstructie gebruiken verkeerde NL-CM id
De gebruikte waarde is telkens NL-CM:9.12.1, maar de bedoelde waarde is NL-CM:9.12.22504. Hierdoor loopt de import in ART-DECOR niet goed. Het vreemde is dat op zibs.nl de bedoelde waarde wel in de wiki staat dus de referentielogica loopt daar op een andere manier.
Gevonden in de XMI van MedicatieAfspraak:
{code:xml}
<UML:TaggedValue tag="DCM::ReferencedConceptId" xmi.id="EAID_F895C14D_BBE8_44a3_954F_8874966FAD22" value="NL-CM:9.12.1#NOTES#<languages xml:space="preserve">
<nl-NL>Dit is een verwijzing naar het rootconcept van de bouwsteen GebruiksInstructie.</nl-NL>
<en-US>This is a reference to the rootconcept of information model InstructionsForUse.</en-US>
</languages>" modelElement="EAID_9DA40405_7A83_4372_895F_EBE8F36C98C0"/>
{code}
Het probleem bestaat in MedicatieGebruik2 en Medicatieafspraak
Besluit:
ZIB-2134
2023-1 Verwijzing naar Medicatieafspraak gebruikt verkeerde NL-CM id
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
2023-1 Verwijzing naar Medicatieafspraak gebruikt verkeerde NL-CM id
De gebruikte waarde is NL-CM:9.6.1, maar de bedoelde waarde is NL-CM:9.13.23170. Hierdoor loopt de import in ART-DECOR niet goed. Het vreemde is dat op zibs.nl de bedoelde waarde wel in de wiki staat dus de referentielogica loopt daar op een andere manier.
Gevonden in de XMI:
{code:xml}
<UML:TaggedValue tag="DCM::ReferencedConceptId" xmi.id="EAID_924CF683_72CA_45f9_BA5D_39C1A8D612E9" value="NL-CM:9.6.1#NOTES#<languages xml:space="preserve">
<nl-NL>Dit is een verwijzing naar het rootconcept van de bouwsteen Medicatieafspraak.</nl-NL>
<en-US>This is a reference to the rootconcept of information model MedicationAgreement.</en-US>
</languages>" modelElement="EAID_BDC1342B_C1A4_4677_AF61_4D8CD273038A"/>
{code}
Het probleem bestaat alleen in MedicatieToediening2
Besluit:
ZIB-2135
2023-1 Verwijzing naar Toedieningsafspraak gebruikt verkeerde NL-CM id
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
2023-1 Verwijzing naar Toedieningsafspraak gebruikt verkeerde NL-CM id
De gebruikte waarde is NL-CM:9.8.1, maar de bedoelde waarde is NL-CM:9.8.20132. Hierdoor loopt de import in ART-DECOR niet goed. Het vreemde is dat op zibs.nl de bedoelde waarde wel in de wiki staat dus de referentielogica loopt daar op een andere manier.
Gevonden in de XMI:
{code:xml}
<UML:TaggedValue tag="DCM::ReferencedConceptId" xmi.id="EAID_1F4FB84E_4C78_4396_8ED3_43A220BC4C63" value="NL-CM:9.8.1#NOTES#<languages xml:space="preserve">
<nl-NL>Dit is een verwijzing naar het rootconcept van de bouwsteen Toedieningsafspraak.</nl-NL>
<en-US>This is a reference to the rootconcept of information model AdministrationAgreement.</en-US>
</languages>" modelElement="EAID_F98FD0EB_007D_4053_A672_A3B23A4EA445"/>
{code}
Het probleem bestaat alleen in MedicatieToediening2
Besluit:
ZIB-2136
2023-1 Verwijzing naar MedicatieVerstrekking gebruikt verkeerde NL-CM id
| Aangemaakt op: | 08-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
2023-1 Verwijzing naar Verstrekkingsverzoek gebruikt verkeerde NL-CM id
De gebruikte waarde is NL-CM:9.10.1, maar de bedoelde waarde is NL-CM:9.10.19963. Hierdoor loopt de import in ART-DECOR niet goed. Het vreemde is dat op zibs.nl de bedoelde waarde wel in de wiki staat dus de referentielogica loopt daar op een andere manier.
Gevonden in de XMI:
{code:xml}
<UML:TaggedValue tag="DCM::ReferencedConceptId" xmi.id="EAID_5E4CFE45_FE2E_49b9_A2DC_A9EDCA3C9054" value="NL-CM:9.10.1#NOTES#<languages xml:space="preserve">
<nl-NL>Dit is een verwijzing naar het rootconcept van de bouwsteen Verstrekkingsverzoek.</nl-NL>
<en-US>This is a reference to the rootconcept of information model DispenseRequest.</en-US>
</languages>" modelElement="EAID_A3A6D2A2_359C_42f6_ACF5_F14E6D5F7F4B"/>
{code}
Het probleem bestaat alleen in Medicatieverstrekking
Besluit:
ZIB-2140
2023-1 CodeSystem "2.16.840.1.113883.2.4.4.5" heeft meerdere namen
| Aangemaakt op: | 13-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Import inconsistentie bij verwerking van de waardelijsten uit prerelease 2023-1:
error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.2.4.4.5" has multiple names across valueSets:
- G-Standaard Gebruiksvoorschrift (in 2.16.840.1.113883.2.4.3.11.60.40.2.9.12.5 AanvullendeInstructiesCodelijst)
- GSt bst362 (in 2.16.840.1.113883.2.4.3.11.60.40.2.9.12.4 ZonodigCriteriumCodelijst)
Deze controle zit erin om te voorkomen dat er meerdere namen voor hetzelfde worden geïntroduceerd. Gaarne gelijktrekken tussen de twee waardelijsten (in dezelfde zib)
Besluit:
ZIB-2141
2023-1 CodeSystem "2.16.840.1.113883.6.43.1" heeft meerdere namen
| Aangemaakt op: | 13-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Import inconsistentie bij verwerking van de waardelijsten uit prerelease 2023-1:
error:InternalCodeSystemError CodeSystem "2.16.840.1.113883.6.43.1" has multiple names across valueSets:
- ICD-O-3 (2.16.840.1.113883.2.4.3.11.60.40.2.20.7.3 LocatieICD-O-3Codelijst, 2.16.840.1.113883.2.4.3.11.60.40.2.4.27.16 MorfologieCodelijst)
- ICD-O 3 (2.16.840.1.113883.2.4.3.11.60.40.2.4.27.29 LocatieCodelijst)
Deze controle zit erin om te voorkomen dat er meerdere namen voor hetzelfde worden geïntroduceerd. Gaarne gelijktrekken tussen de twee zibs. Het verschil is een koppelteken.
Dat klopt maar (aanvulling WZ en AJ) de codelijst in RegionaleLymfeklieren had net als in anatomische locatie gesplitst moeten zijn in 2 code lijsten. 1 voor Snomed-CT en 1 voor ICD-O-3.
Besluit:
ZIB-2144
Example Instances bij zib Patient diverse elementen horen niet onder Naamgegevens subbouwsteen
| Aangemaakt op: | 21-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
in de [https://zibs.nl/wiki/Patient-v4.2(2023NL)#Example_Instances] staan diverse elementen onder de subbouwsteen Naamgegevens. De volgende elementen horen niet onder Naamgegevens te vallen, maar direct onder Patiënt :
PatiëntIdentificatienummer, Geslacht, Genderidentiteit, Geboortedatum, MeerlingIndicator, Overlijdensindicator en DatumOverlijden.
Besluit:
ZIB-2146
Toevoegen definitiecodes voor concepten Hoeveelheid en DrugsOfGeneesmiddelSoort
| Aangemaakt op: | 23-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In zib-publicatie 2020 hebben de concepten Hoeveelheid en DrugsOfGeneesmiddelSoort van zib DrugsGebruik geen definitiecode. Via ZIB-1466 is er tbv. het FHIR-profiel en tijdelijke code afgegeven, maar de daadwerkelijke definitiecodes voor de zib moeten nog worden vastgesteld en doorgevoerd.
Besluit:
ZIB-2148
Criterium bij Tijdsinterval
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In sommige gevallen is de gebruiksperiode op het moment van vastleggen/registreren nog onduidelijk bij het voorschrijven van medicatie. Dit kan bijvoorbeeld zijn doordat er een opname gepland staat en men moet stoppen een x aantal dagen voor de opname. Echter is de opnamedatum nog niet bekend op het moment dat er wordt voorgeschreven. Je wil dan kunnen aangeven dat de start en of einddatum onzeker is. Met het toevoegen van deze functionaliteit is het dan duidelijk dat de ingevuld start-/einddatum onzeker is.
Besluit:
ZIB-2149
Aanvullende instructie omschrijving uitbreiden
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de huidige omschrijving is het onduidelijk dat de lijsten uit de G-standaard bestand 362 overeenkomen met de NHG WCIA tabel 25.
Verder mist in de omschrijving dat de instructies kunnen ook verwijzen naar een bestaand protocol. In het geval van een extern doseerschema (bijv. bij 'volgens schema trombosedienst') wordt OTH gebruikt.
Besluit:
ZIB-2151
Omschrijving relatie VerstrekkingsVerzoek in MedicatieVerstrekking aanpassen
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de huidige omschrijving van het element "verstrekkingsverzoek" mist de aanvulling dat dit de relatie is naar het verstrekkingsverzoek waarop de medicatieverstrekking gebaseerd is.
Besluit:
ZIB-2152
MedicatieGebruik: gebruiksindicator SNOMED koppeling
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
De gebruiksindicator geeft aan of dit geneesmiddel gebruikt wordt of niet. De snomed koppeling verwijst echter naar het concept 'volgensafspraakindicator'.
Deze koppeling moet worden verwijdert uit de gebruiksindicator en worden toegevoegd aan de volgensafspraakindicator.
Besluit:
ZIB-2153
MedicatieGebruik: RedenGebruik SNOMED koppeling mist
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de bouwsteen medicatiegebruik mist de concept koppeling in redenGebruik. Voorstel om onderstaande code toe te voegen:
11611000146100
Besluit:
ZIB-2154
Waardenlijst prik en plaklocatie
| Aangemaakt op: | 27-11-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Toedieners hebben aangegeven graag de laatste prik of plaklocatie in te kunnen zien. Dit is nodig zodat men bijvoorbeeld niet de hele tijd op dezelfde locatie prikt. Omdat in verschillende toedienteams gewerkt kan worden voor één patiënt is het ook nodig dat dit gegeven uitgewisseld kan worden.
Om aan deze behoefte te kunnen voldoen is er een waardelijst opgesteld door verschillende toedienorganisaties met daarin de prik-plak locaties die in de praktijk worden gebruikt. Deze waardelijst is beschikbaar in SNOMED en is [hier|https://decor.nictiz.nl/art-decor/decor-valuesets--mp-?id=2.16.840.1.113883.2.4.3.11.60.20.77.11.53&effectiveDate=2022-03-23T18:19:42&language=en-US] te vinden. Elke locatie is gecodeerd uit te wisselen met behulp van een SNOMED-code, in combinatie met lateraliteit indien van toepassing.
Verzoek om dit ook in de medicatietoediening ZIB op te nemen.
Besluit:
ZIB-2162
Toedieningsafspraak AanvullendeInformatie
| Aangemaakt op: | 01-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de TA aanvullendeinformatie stond eerst een waardelijst. Deze waardelijst is eruit gehaald en vervangen door een vrije tekst. De waardelijst was niet direct nodig voor uitwisseling en werd vooral lokaal gebruikt, de overige waardes hebben een andere plek gekregen binnen de bouwsteen.
Nu zijn er echter twee vrije teksten beschikbaar in de TA, de toelichting en de aanvullendeinformatie. Is dit wenselijk? Is er een usecase te bedenken waarbij men specifiek de aanvullendeinformatie moet gebruiken ipv de toelichting. Er zijn namelijk zorgen dat een zorgverlener een willekeurig veld gaat gebruiken voor bepaalde informatie, wat de verwerking van de informatie door een raadplegen/ontvangend systeem bemoeilijkt. Ons voorstel is daarom om de aanvullendeInformatie te verwijderen uit de ZIB.
Besluit:
ZIB-2164
Status toevoegen aan VerstrekkingsVerzoek
| Aangemaakt op: | 04-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
MP9 heeft momenteel in VerstrekkingsVerzoek een GeannuleerdIndicator.
In principe is dit een procesgegeven en zou dit veld in de lijn met Aanvraaggegevens gemodelleeerd kunnen/moeten worden. MAAR dit geldt voor veel meer velden in deze zib omdat in weze de hele zib een proces zib is.
De status (geannulleerd) is wel van belang omdat als een versrekkingsverzoek naar een nieuwe andere apotheek gestuurd word, het oude verzoek wel ingetrokken moet worden. Anders kan medicatie dubbel worden uitgegeven,
Daarom is het voorstel om:
* De geannuleerd indicator te vervangen door een veld Status
* Dit veld een waardenlijst mee te geven gebasseerd op de StatusCodelijst uit AanvraagGegevens.
Besluit:
ZIB-2165
Tekstuele wijzigingen in RegistratieGegevens
| Aangemaakt op: | 06-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
|RegistratieGegevens|RegistratieDatumTijd|In zib2023 heet dit concept in het Engels RegistrationDat{*}a{*}Time, maar dit moet RegistrationDat{*}e{*}Time zijn.|
|RegistratieGegevens|Concept|Concept-tekst aanpassen naar 'When recording information on a medical concept about a patient in a health professional's patient record, additional information arises which does not so much contain data about the concept itself but relates to the registering process, such as when and by whom the information was registered.'|
Besluit:
ZIB-2170
ZIB Probleem Diagnosedatum
| Aangemaakt op: | 11-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Hai,
Ik zou willen pleiten voor het gebruik van recordedDate in ZIB Probleem:
# In ziekenhuizen wordt een diagnose geregistreerd door de behandelend arts bij een subtraject. Dit is soms op dag 1 van het zorgtraject bekend, soms pas na verschillende onderzoeken en uitslagen. Dit wordt wel in tekst in het dossier beschreven, maar in de feitelijke data in het ZIS is 'de diagnosedatum', wonderbaarlijk genoeg, niet echt / onbetrouwbaar vastgelegd. De enige interpretatie die je kunt geven aan de data is dat er op een bepaald moment een diagnose *geregistreerd* is. Dit komt naar mijn mening veel meer overeen met een recordedDate dan een onsetDate.
Nu is er alleen de mogelijkheid om een onsetDate te gebruiken, dit impliceert dat het om de feitelijke klinische diagnosedatum gaat, en ik denk dat dat meestal niet correct is. Het bieden van beide opties maakt duidelijk aan de gebruiker van de data, hoe deze geïnterpreteerd zou moeten worden.
Groeten Keetje
Besluit:
ZIB-2176
Ucum waardes beperken volgens medicatieproces
| Aangemaakt op: | 11-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Ucum waardes beperken volgens medicatieproces:
MedicatieAfspraak (maar worden ook gebruikt in andere zibs):
* Gebruiksperiode.Tijdsduur (uur, dag, week, jaar)
* Gebruiksinstructie.HerhaalperiodeCyclischSchema (dag)
* GebruikInstructie.ZoNodig.MaximaleDosering (minuut, uur, dag, week, maand, jaar)
* Doseerinstructie.Doseerduur (uur, dag, week, jaar)
* Dosering.Toedieningsschema.Frequentie.Tijdseenheid (minuut, uur, dag, week, maand, jaar)
* Dosering.Toedieningsschema.Interval (minuut, uur)
* Dosering.Toedieningsduur.Tijdsduur (seconde, minuut, uur, dag)
* VV: Verbruiksperiode.Tijdsduur (uur, dag, week, jaar)
* MVE: Verbruiksduur (uur, dag, week, jaar)
* MTD: Toedieningssnelheid.Tijdseenheid
Besluit:
ZIB-2183
Toevoegen Zekerheid aan Zib AllergieIntollerantie
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we een wijziging willen doorvoeren aan de Zib AllergieIntollerantie. Graag zouden we het dataelement Zekerheid toevoegen. Bij het uitbesteden van een aanvraag van het ene naar het andere lab worden allergieën en overgevoeligheden meegestuurd om context te bieden aan mogelijke resultaten. Hierbij is het goed om te weten of een allergie of overgevoeligheid met zekerheid is vastgesteld. Op het moment wordt in de dataset daarvoor de waardelijst ActUncertainty [https://decor.nictiz.nl/pub/medicatieproces/mp-html-20160729T145201/voc-2.16.840.1.113883.1.11.16899-2011-07-26T000000.html] gebruikt.
Besluit:
ZIB-2191
Toevoegen 'Gegevens afnamespecialist' aan Monster of nieuwe Zib AfnameMateriaal
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we graag het dataelementen voor gegevens m.b.t. de afnamespecialist toevoegen aan de container Monster of aan een nieuwe Zib AfnameMateriaal. Om deze context te kunnen bieden zou er een verwijzing naar de bouwsteen Zorgverlener moeten worden gemaakt.
Besluit:
ZIB-2192
Toevoegen 'Gegevens inleveraar' aan Monster of nieuwe Zib AfnameMateriaal
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we graag het dataelementen voor gegevens m.b.t. de inleveraar toevoegen aan de container Monster of aan een nieuwe Zib AfnameMateriaal. Voor de inleveraar zijn er naam en adresgegevens nodig.
Besluit:
ZIB-2193
Toevoegen 'Afnamelocatie' / 'Locatie van vergaring' aan Monster of nieuwe Zib AfnameMateriaal
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we graag het dataelementen voor gegevens m.b.t. de 'Afnamelocatie' / 'Locatie van vergaring' (bijv. huisarts, prikpost) toevoegen aan de container Monster of aan een nieuwe Zib AfnameMateriaal. Om deze context te kunnen bieden zou er evt. kunnen worden gedacht aan een verwijzing naar de bouwsteen Zorgaanbieder.
Besluit:
ZIB-2196
Toevoegen 'Opmerkingen t.a.v. afname' aan Monster of nieuwe Zib AfnameMateriaal
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we graag het dataelement 'Opmerkingen t.a.v. afname' toevoegen aan de container Monster of aan een nieuwe Zib AfnameMateriaal.
Besluit:
ZIB-2197
Toevoegen 'Toestand van de patiënt' aan Monster of nieuwe Zib AfnameGegevens
| Aangemaakt op: | 15-12-2023 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Voor het heropbouwen van de dataset E-lab (Lab2Lab en Lab2Public Health) met Zib's om aan de komende baselines te voldoen, zouden we graag het dataelement 'Toestand van de patiënt' (bijv. nuchter) toevoegen aan de container Monster of aan een nieuwe Zib AfnameMateriaal.
Besluit:
ZIB-2206
Medicatietoediening Status
| Aangemaakt op: | 22-01-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
De definities van de waardes in het status veld zijn niet helder. Het is vooral verwarrend of deze status iets zegt over wat de waarde in 'toegediende hoeveelheid' betekend.
Bijvoorbeeld: als je 3 stuks had moeten geven, maar dat doe je niet, heb je dan 3 stuks toegediend 'cancelled', 0 stuks toegediend 'cancelled' of 0 stuks toegediend 'completed'
Volgens de afspraken rondom toedien correcties en opschorten is de toegediende hoeveelheid altijd de hoeveelheid die daadwerkelijk is toegediend. Het status veld kan hier interpretatieproblemen in opleveren, omdat deze wat anders doet vermoeden.
Dit veld lijkt dus voor verwarring in de uitwisseling zorgen en bovendien niet direct nodig te zijn om MTD's uit te wisselen. Een status kan echter wel wel nuttig zijn om intern op te slaan en bij te houden.
Twee mogelijkheden; het geheel verwijderen van het statusveld of de kardinaliteit aanpassen
Besluit:
ZIB-2207
Medicatietoediening volgensAfspraak verwijderen
| Aangemaakt op: | 22-01-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
De volgens afspraak indicatie in de medicatietoediening lijkt nu niet eenduidig te interpreten . Wanneer er iets niet volgens afspraak is, is niet helder +wat+ er niet volgens afspraak is. Ook is het voor elke situatie anders hoeveel er in bijvoorbeeld toedientijd afgeweken mag worden.
Zeker wanneer er meerdere medicatietoedieningen bestaan voor 1 toedienmoment (bij bijvoorbeeld corrigeren en opschorten) is lastig te achterhalen wat er wordt bedoelt met volgens afspraak of niet.
Ook is de vraag of het relevante informatie is in de uitwisseling van toedienregistraties. Intern is het misschien interessant, maar is het relevant om te weten voor de volgende zorgverlener in de keten?
Besluit:
ZIB-2208
Medicatietoediening gerelateerdeAfspraak kardinaliteiten
| Aangemaakt op: | 22-01-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
In de huidige opzet is het niet mogelijk om bijvoorbeeld naar én een MA én een TA te verwijzen binnen een MTD.
De wens is geuit vanuit leveranciers om dit wel mogelijk te maken. Dit zou helpen met het snel achterhalen op welke bouwstenen de MTD allemaal is gebaseerd i.p.v. deze relaties te achterhalen door deze in de MA of TA zelf op te halen.
Een oplossing zou zijn om de kardinaliteit aan te passen óf deze elementen in zijn geheel uit de ZIB's te halen en dit vraagstuk aan de informatiestandaarden te laten.
Besluit:
ZIB-2209
Waardenlijst redenVanAfwijken uitbreiden met 'foutieve registratie'
| Aangemaakt op: | 22-01-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Het is op dit moment niet mogelijk om in een MTD aan te geven dat het gaat om een foutief geregistreerde MTD
Bij een correctie van een toediening geeft het afgesproken moment en het toedieningsmoment aan welke medicatietoediening gecorrigeerd wordt. In de toegediende hoeveelheid wordt ingevuld hoeveel meer of minder er is toegediend ten opzichte van de eerdere medicatietoediening. Dit kan een negatieve hoeveelheid zijn. De som van alle toegediende hoeveelheden in verschillende MTD bouwstenen die naar dezelfde MTD verwijzen is de uiteindelijk toegediende hoeveelheid.
De corrigerende MTD bouwsteen heeft in de 'RedenVanAfwijken' de reden van corrigeren. Aan deze codelijst zou dan ook de optie 'foutieve registratie van medicatie' (SNOMED waarde) moeten worden toegevoegd.
Besluit:
ZIB-2211
Aanpassen codes RolcodeLijst zib Contactpersoon
| Aangemaakt op: | 25-01-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Aanpassen codes in overleg met TC omdat ze niet in SNOMED zijn toegevoegd. Zie voorgestelde oplossing.
Besluit:
ZIB-2218
Oth toevoegen aan Waardenlijsten met een required binding
| Aangemaakt op: | 06-02-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Na aanleiding van advies over bindingstrength. Het toevoegen aan Waardenlijsten met een required binding.
Besluit:
ZIB-2239
Verwijderen afnamegegevens uit Monster
| Aangemaakt op: | 18-03-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Naar aanleiding van de consultatie zib publicatie 2024-1, ter verduidelijking een issue voor het verwijderen van de gegevens uit de container Monster in zib LaboratoriumUitslag die verhuizen naar Afnamegegevens.
Besluit:
ZIB-2271
Definitiecode Blaascontrole bij kind - OntwikkelingKind
| Aangemaakt op: | 16-04-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Alernatieve definitiecode gevraagd voor het volgende concept omdat het na afgelopen SNOMED release deprecated is geworden:
|SNOMED CT|275819003|Bladder control - child|Bladder control - child|Blaascontrole bij kind|deprecated|finding|ZindelijkheidUrine|data|CD|nl.zorg.OntwikkelingKind-v1.3|
Besluit:
ZIB-2272
Definitiecode Juridische status van patiënt - JurdischeSituatie
| Aangemaakt op: | 16-04-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Alernatieve definitiecode gevraagd voor het volgende concept omdat het na afgelopen SNOMED release deprecated is geworden:
|SNOMED CT|303186005|Legal status of patient|Legal status of patient|Juridische status van patiënt|deprecated|observable entity|JuridischeStatus|data|CD|nl.zorg.JuridischeSituatie-v4.0|
Besluit:
ZIB-2273
Definitiecode Bevinding betreffende M-categorie van TNM-classificatie - TNMTumorClassificatie
| Aangemaakt op: | 16-04-2024 | Status: | Pre-Published |
| Onderdeel van: | Pre-publicatie 2024-1 | Publicatiedatum: | 25-04-2024 |
| Het betreft de bouwstenen: |
Omschrijving:
Alernatieve definitiecode gevraagd voor het volgende concept omdat het na afgelopen SNOMED release deprecated is geworden:
|SNOMED CT|385380006|Metastasis category finding|Metastasis category finding|Bevinding betreffende M-categorie van TNM-classificatie|deprecated|finding|AfstandsMetastasen|container| |nl.zorg.TNMTumorClassificatie-v4.0|
Besluit:
Deze wiki pagina is gegenereerd op 25-4-2024 12:11:17