Serie zibs vermogen tot datatype CO klopt niet

Zorginf. bouwsteen

VermogenTotDrinken
VermogenTotEten
VermogenTotToiletgang
VermogenTotUiterlijkeVerzorging
VermogenTotVerpleegtechnischeHandelingen
VermogenTotZelfstandigMedicatiegebruik
VermogenTotZichKleden
VermogenTotZichWassen

Zorginf. bouwsteen (oud)

VermogenTotDrinken
VermogenTotEten
VermogenTotToiletgang
VermogenTotUiterlijkeVerzorging
VermogenTotVerpleegtechnischeHandelingen
VermogenTotZelfstandigMedicatiegebruik
VermogenTotZichKleden
VermogenTotZichWassen

Fix versions

Parent

Description

De serie zibs "Vermogen Tot" hebben naar waarschijnlijkheid allemaal een verkeerd data type voor de geassocieerde waardenlijsten. Alle vermogen tot wordt via een keuzelijst met waarden bediend. Daar moet dus b.v. volledig afhankelijk uit gekozen worden. Er is op geen enkele manier sprake van een score, hetgeen de cruciale voorwaarde is voor een Coded Ordinal.

Graag tijdig herstel van deze fout ivm op gang komende implementaties en publicatie 2020.

Proposed solution (NL)

zibs 'vermogen tot..' alle linker data items van het model zijn van type CO maar moet CD zijn.

Release notes (NL)

Datatype CO aangepast naar CD daar waar geen concept values in de codelijst zaten.

Activity

Show:

Fred Smeele August 29, 2020 at 9:55 AM

gedaan

Linda Mook August 29, 2020 at 9:28 AM

Former user of  ik heb alle vermogen tot zibs aangevinkt maar kan 1 van jullie vermogenTotMondverzorging weer 'er af halen' in bits aub? Dat werkt niet bij mij maar daar is de wijzging dus niet van toepassing. 

Linda Mook June 15, 2020 at 5:07 PM

Alhoewel formeel de dataitems die in deze wijzing zijn aangepast ordinals zijn (omdat er zeker sprake is van een order of schaal - laag naar hoog / minder naar meer)  zijn de datatypes van een aantal items in deze zibs toch aangepast van CO naar CD. De reden is omdat bij de zibs in het verleden bij de DCM datatypes de Coded Ordinal als volgt is beschreven: restricts/extends the Coded Description with the notice that you can calculate with the codes. In het verleden hebben we daartoe ook een extra veld 'concept value' aan het template voor dit soort codelijsten gehangen zodat de concept code toch nog een SNOMED CT of LOINC code kon bevatten (daar kan je immers niet eenvoudig mee rekenen) en ter gelijker tijd de concept value gebruikt kan worden voor bijvoorbeeld (som)scores. 

De wijzingen zijn doorgevoerd in EA in de onderstaande zibs

  • vermogenTotEten

  • vermogenTotDrinken 

  • VermogenTotToiletgang 

  • VermogenTotUiterlijkeVerzorging

  • VermogenTotVerpleegkundigtechnischeHandelingen

  • VermogenTotZelfstandigMedicatiegegruik

  • VermogenToZichKleden

  • VermogenTotZichWassen

 

Linda Mook May 12, 2020 at 7:43 AM

Het is hoe dan ook fout want als we dit een CO zouden willen laten zijn dan moeten we alle waardelijsten aanpassen. Ik vind de wijziging naar CD dan een betere oplossing. Anders zijn er wel heel veel andere waardelijsten die we ook moeten gaan wijzingen (b.v. ernst, mate van kritiek zijn). Een paar vuistregels voor op de wiki zijn hier straks ook wel op zijn plaats. Ben jij akkoord Former user?

Linda Mook May 12, 2020 at 1:08 AM

NB: zit nog een gerelateerde issue aan nu die m.i. dan ook mee zou kunnen in publicatie 2020 als we toch wijzigen.

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Classification

Priority

Better Excel Exporter

Created February 27, 2020 at 3:04 PM
Updated July 23, 2024 at 2:22 PM
Resolved September 29, 2022 at 2:07 PM