: Alle LOINC testcodes met scale Ordinaal of Nominaal verwachten een CD of CO resultaat, waarvan we afgesproken hebben dat de antwoordopties in SNOMED CT gecodeerd zijn. Testcodes met scale Quantative verwachten een PQ resultaat, inderdaad met eenheden uit UCUM, maar dat is al bij PQ gedefinieerd. Scale Narrative verwacht een ST resultaat.

Het lijkt me meerwaarde voor de zib te hebben als we de ref sets wel een plaats geven in de zib. Mijn voorstel zou dan ook zijn om aan het het element TestUitslag toch een waardenlijst te koppelen met de ref set id's er in. In de wiki geeft dat de mogelijkheid de inhoud van de ref sets te bekijken. Als de waardenlijst een binding 'Extensible' krijgt kunnen ook SNOMED termen die niet in de ref set's zitten, gebruikt worden. Omdat een ref set verwijzing per definitie dynamisch is , worden nieuwe toevoegingen aan de ref set's automatisch meegenomen. Wel moet dan bij TestUitslag iets meer tekst komen over de toepasbaarheid van de codes en welke andere mogelijkheden er zijn (PQ, ST).  Het vereist wel wat aanpassing in de tooling om een waardenlijst bij datatype ANY toe te staan , maar dat is te doen.

Hoi Former user,

Dit zouden we in hetzelfde tekstveldje (wat jij quote) toe kunnen voegen:

• Vermelden we dan hier niet soortgelijke informatie wat in de LOINCcode(testcode) ook vermeld staat?

  • zijn er voorbeelden waar er snomed-concepten worden verwacht als testuitslag? (lijstje uit 145871000146106) en deze worden benoemd door de LOINCcode?

• Hoeveel impact heeft dit op bestaande implementaties?

Former user, wat is jouw visie hierop?