Pre-coordinated SNOMED codes are like classifications, in that they are used at the user level, the User Interface, The Ontology behind SNOMED allows the pre-ordinated codes to be decomposed in its constituents. These decomposed primitive codes can be used in structures like archetypes at the proper places. In this way the pre-coorodinated SNOMED codes are iso-semantic.
But we keep the semantic differences codes expressed using the SNOMED ontology and the Archetype and its codes. Ontologies have the Open World Assumption. A pre-corodinated code like: No-Cancer means never there was, is or will be cancer. Ontologies describe reality. In archetypes that use the Closed World Assumption Diagnosis=cancer, PresenceModifier=No means No Cancer found but perhaps they are. It just was not found. Presence of absence in a database are described. Gerard Freriks +31 620347088 [email protected] Kattensingel 20 2801 CA Gouda the Netherlands > On 31 Mar 2018, at 20:55, Diego Boscá <[email protected]> wrote: > > What I was referencing was one way in which current systems (or more exactly, > their developers) could use codes already available in Snomed to create > subsets of their forms, regardless their input forms have precoordinated > options or use some kind of postcoordination mechanism. By defining these > subsets, you are making this form comparable with other similar forms (that > use other approaches to store similar information). It isn't about making > doctors in the same organization being able to have *new* ways of encoding > things, is about taking the forms they currently use and encode them in order > to be comparable with data in other organizations (and in principle, they > don't even need to be aware of this codification). With this, we can make > data have a meaning outside their original systems. > > This is why I say that precoordination in snomed is a good thing. They are > terms that have been put in a form somewhere, and having them as is, and at > the same time having their undelying equivalent postcoordinated expression > helps in softening the boundary problem IMHO. > I'm always up to go into the future inventing new cool things, but at least > in healthcare we are not allowed to lose data already available in current > systems. >
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
