ZM: Alle elementen MOETEN een terminologie binding hebben

[mvdzel]

Beschrijving issue

Ik mis een requirement die zegt dat alle elementen altijd een terminologie binding hebben. En als het concept niet bestaat, moet je die laten aanmaken. Bovendien mogen andere elementen en bindingen niet conflicteren of overlappen met elkaar binnen een zib tenzij er duidelijke constraints zijn gedefinieerd.

B.v. als er een element is voor probleem en lateraliteit, mag je of lateraliteit opnemen in de probleem code of in het lateraliteit veld en als je beide doet moeten die overeen komen.

[rjpnienhuis]

Even een paar vragen ter verduidelijking:

• Als je zegt: alle elementen moeten altijd een terminologie binding hebben, dan bedoel je denk ik alle elementen met het datatype CD?
• Als je zegt: als het concept niet bestaat, moet je die laten aanmaken? Waar doel je dan op? Als de waardelijst een concept niet bevat dat je wel wilt gebruiken?
• T.a.v. het voorbeeld dat je geeft over lateraliteit....dat is interessant. Wie is verantwoordelijk voor het voorkomen van deze situatie? De eindgebruiker? Of de leverancier van de userinterface? Of Nictiz (door bijvoorbeeld dit soort regels bij de zib te definieren, in de vorm van class invariants bijvoorbeeld)? Of een combinatie?

[mvdzel]

1) Nee, ik bedoel alle elementen en zeker ook de waardelijsten. Dus ook een veld als geboortedatum van een moet je een code geven, de DefinitionCodes. 2) Als je geen code (DefinitionCode van een element of van een waarde in een waardelijst) kan vinden moet je die laten aanmaken, e.g. door het terminologiecentrum in SNOMED CT / LOINC. 3) Lijkt me een of eens over te praten. Het moet zowiezo "kloppen" in de zib. Dus een waardelijst mag geen elementen bevatten die al in een ander element zitten b.v. of ermee in conflict zijn.