ADFTest ProposedSolution: verschil tussen versies

Uit Zorginformatiebouwstenen
Naar navigatie springen Naar zoeken springen
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Label: Teruggedraaid
Update bot (overleg | bijdragen)
Geen bewerkingssamenvatting
Label: Teruggedraaid
Regel 1: Regel 1:
Codes conform ScoreObservaties WaardeSysteem toevoegen aan de elementen.<br>
ERRATUM 2020<br>
Rootconcept: 160591000146109 |Delirium observation screening assessment scale (beoordelingsschaal)|<br>
 
Dosscore totaal: 55681000146102 |Delirium observation score (observable entity)|<br>
'''Voorgestelde oplossing:'''<br>
 
De in 2020 inactief gemaakte refset in SNOMED wordt door het TC gereactiveerd voor de zib2017, maar omdat de zorginhoudelijke kwaliteit van de inactief gemaakte refset niet goed was (zie bijlage 2) moet hiervoor de inhoud van de refset worden geactualiseerd. Dat kan met weinig inspanning door hem via een query of verwijzing gelijk te maken aan de nieuwe refset. Dit houdt in dat de nieuwe content in de oude refset wordt geladen en dat de oude content er ook nog in staat als inactieve members van de refset. Er bestaat dan tijdelijk een situatie waarin twee refsets met verschillende concept Ids in SNOMED verwijzen naar dezelfde inhoud (actie TC).<br>
 
Uit oogpunt van onderhoudbaarheid zou dit een tijdelijke situatie moeten zijn ten behoeve van zib2017. '''Om deze situatie zo snel mogelijk te kunnen uitfaseren is het wenselijk om op zib2020 een erratum te plaatsen om de refset in de zib2020 te actualiseren naar 98061000146100(actie zib centrum).'''&#160;<br>
 
'''Motivatie:'''&#160;<br>
 
Voor de zib2020 hebben nog geen kwalificaties plaatsgevonden en voor zib2017 wel. Door geen erratum door te voeren voor zib2017 hoeft er geen herkwalificatie plaats te vinden.<br>
 
<u>Nota bene: het is van belang dat leveranciers de meest recente versie van SNOMED gebruiken. De inhoud van alle refsets kan immers veranderen van release op release. Leveranciers zullen hier nog voor de zekerheid op worden gewezen op wijzen omdat de inhoud van de refset wijzigt nadat deze een tijd inactief is geweest.</u><br>
 
'''De oplossing is via een memo (oplossing 3) aan het MT van Nictiz voorgelegd en geaccepteerd door het MT op 20 februari 2023.'''&#160;<br>

Versie van 23 jan 2026 22:13

ERRATUM 2020

Voorgestelde oplossing:

De in 2020 inactief gemaakte refset in SNOMED wordt door het TC gereactiveerd voor de zib2017, maar omdat de zorginhoudelijke kwaliteit van de inactief gemaakte refset niet goed was (zie bijlage 2) moet hiervoor de inhoud van de refset worden geactualiseerd. Dat kan met weinig inspanning door hem via een query of verwijzing gelijk te maken aan de nieuwe refset. Dit houdt in dat de nieuwe content in de oude refset wordt geladen en dat de oude content er ook nog in staat als inactieve members van de refset. Er bestaat dan tijdelijk een situatie waarin twee refsets met verschillende concept Ids in SNOMED verwijzen naar dezelfde inhoud (actie TC).

Uit oogpunt van onderhoudbaarheid zou dit een tijdelijke situatie moeten zijn ten behoeve van zib2017. Om deze situatie zo snel mogelijk te kunnen uitfaseren is het wenselijk om op zib2020 een erratum te plaatsen om de refset in de zib2020 te actualiseren naar 98061000146100(actie zib centrum). 

Motivatie: 

Voor de zib2020 hebben nog geen kwalificaties plaatsgevonden en voor zib2017 wel. Door geen erratum door te voeren voor zib2017 hoeft er geen herkwalificatie plaats te vinden.

Nota bene: het is van belang dat leveranciers de meest recente versie van SNOMED gebruiken. De inhoud van alle refsets kan immers veranderen van release op release. Leveranciers zullen hier nog voor de zekerheid op worden gewezen op wijzen omdat de inhoud van de refset wijzigt nadat deze een tijd inactief is geweest.

De oplossing is via een memo (oplossing 3) aan het MT van Nictiz voorgelegd en geaccepteerd door het MT op 20 februari 2023.