Clinical data is hard to get right. One problem is to handle the unknown and/or uncertain semantic. I assume you all have met the challenge to model a value list of
- not applicable
Norway is currently implementing a screening program for colorectal cancer. There will be #fhir messages with the data and extensively use of #snomed-ct. DIPS is developing #openehr models (templates and archetypes) to be used within our systems. We need to map these value sets into openehr somehow.
The straight forward solution is a DV_BOOLEAN element with some usage of null flavours.
OpenEHR has unknown as a null flavour. Some argue that unknown and uncertain are different statements.
Thomas Beale wrote this wiki page back in 2007 : https://openehr.atlassian.net/wiki/spaces/spec/pages/4915211/Null+Flavours+and+Boolean+data+in+openEHR
The question is:
What do you think about adding more terms into null flavour and maybe adding uncertain as a first candiate?