Opnemen diagnose assen

Zorginf. bouwsteen (oud)

Probleem

Description

Bij het modelleren van diagnoses lopen we tegen situaties aan waar we niet alle informatie die we over een diagnose kwijt willen kwijt kunnen in de huidige modellering.

Het gaat om verschillende situaties bij verschillende codestelsels, waarbij codestelsels met assen voornamelijk problemen opleveren.

Voor meer uitleg zie: https://nictiz.atlassian.net/browse/MM-2117

Proposed solution (NL)

Afwijzen.

Geen diagnose-assen toevoegen binnen hetzelfde codestelsel.

Het verzoek om het toevoegen van diagnose-assen zou in het nieuwe voorstel betrekking hebben op de nieuwe zib DiagnostischInzicht. In het document 'Diagnose-Assen bij Probleem - Overwegingen.docx (zie de link in comment van 26-08-2021) staat toegelicht waarom het niet nodig, realistisch is om meer-assige codestelsels voor diagnoses expliciet te representeren. 

Als het gaat om aanvullende gegevens over een diagnose dan hebben we het niet meer over diagnose-assen, maar over bijv. bevindingen zoals de TNM-classificatie voor tumor stagiëring. Die classificatie heeft meerdere elementen en daar is een aparte zib voor. Zo moet er voor aanvullende gegevens over een diagnose worden gekeken of daar al dan niet aparte zibs voor nodig zijn, dan wel aanvullingen op een informatiestandaard.

 

Release notes (NL)

None

Attachments

1

is related to

Activity

Show:

Eduard Andrien December 13, 2023 at 3:11 PM

Dit issue is in de Peer-Review sessie van 13-12-2023 geaccepteerd. 

Marty Oude Luttikhuis December 12, 2023 at 2:11 PM
Edited

In het kader van de herziening zib Probleem ligt er een voorstel voor drie nieuwe zibs:

  • Aandoening ('dat wat de patiënt heeft')

  • DiagnostischInzicht (de duiding/interpretatie van wat de patiënt heeft: de (differentiaal)diagnose)

  • Symptoom (Verschijnsel waarmee de aandoening zich presenteert

Het verzoek om het toevoegen van diagnose-assen zou in het nieuwe voorstel betrekking hebben op de nieuwe zib DiagnostischInzicht. In het document 'Diagnose-Assen bij Probleem - Overwegingen.docx (zie de link in comment van 26-08-2021) staat toegelicht waarom het niet nodig, realistisch is om meer-assige codestelsels voor diagnoses expliciet te representeren. Dit verschilt niet alleen per codestelsel, maar belangrijke codestelsels, zoals SNOMED en IDCD-10, hebben een speciale syntax om samengestelde codes in één string te representeren. Er zal altijd functionaliteit nodig zijn om een dergelijke string betekenisvol te kunnen weergeven. Op dit moment is er geen functionaliteit voor gebruikers om zelf codes samen te stellen. Zij zullen kiezen uit een codelijst met betekenisvolle termen. Áls daar al termen tussen zitten met een samengestelde code, dan kan diezelfde samengestelde code ook weer door een ontvangend systeem worden weergegeven met de bijbehorende term in de codelijst.

Als het gaat om aanvullende gegevens over een diagnose dan hebben we het niet meer over diagnose-assen, maar over bijv. bevindingen zoals de TNM-classificatie voor tumor stagiëring. Die classificatie heeft meerdere elementen en daar is een aparte zib voor. Zo moet er voor aanvullende gegevens over een diagnose worden gekeken of daar al dan niet aparte zibs voor nodig zijn, dan wel aanvullingen op een informatiestandaard.

Advies: geen diagnose-assen toevoegen binnen hetzelfde codestelsel. Afwijzen.

N.B. Wat wel belangrijk is, is het kunnen weergeven van codering in > 1 codestelsel. Zo legt men i.h.a. de diagnose vast met codestelsel A, maar moet men bijv. rapporteren in codestelsel B en evt. nog C. Zo legt de 2e lijn diagnoses i.h.a. vast m.b.v. de DHD Diagnosethesaurus, maar moet men ook de ICD10-code aanleveren. In de GGZ legt men de diagnose vast in de DSM5, maar is het landelijk verplicht om ook de as van de DSM-IV aan te leveren. Hiervoor moet een ander issue komen als het er nog niet is.

Ali Zada December 28, 2021 at 1:02 PM

een algemene opmerking: De zib probleem wordt opnieuw gemodelleerd ook om dit soort problemen op te lossen. ik zal deze issue daarom linken aan het overkoepelende issue.

Astrid van Ginneken (Nictiz) August 26, 2021 at 2:06 PM

Former user, Former user

Zie de bijlage 'Diagnose-Assen bij Probleem - Overwegingen' voor mijn bijdrage aan dit vraagstuk. 

Vriendelijke groet,

Astrid

Jeroen Windhorst May 3, 2021 at 6:13 AM

Beste Former user,

Veel dank voor uw melding in BITS. Momenteel is uw issue doorgezet naar een van onze experts en opvolging hiervan zal in dit ticket gedocumenteerd worden.
Enige verdere vragen en/of opmerkingen kunt u hieronder als opmerking toevoegen.

Met vriendelijke groet,
Jeroen Windhorst

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

Details

Assignee

Reporter

Submitted by

Concerns version

Classification

Rejection

Expected Release Date

Priority

Better Excel Exporter

Created April 30, 2021 at 10:48 AM
Updated January 28, 2025 at 3:33 PM
Resolved April 15, 2024 at 11:48 AM