Williamtfgoossen at cs.com wrote:
> Hi Tom,
>
> This looks good!
>
> My only question here is that if BPv1 and BPv2 are not compatible, 
> they are probably 2 different concepts. The idea to use concept as the 
> identifier is fine.
> Using Snomed CT here would be excellent.

well, we hope obviously that they will be very close - when I said 'not 
compatible' I only meant that purely automatic processing using BPv2 of 
data built with BPv1 won't quite work 100% correctly. This is why there 
is a rule in openEHR (open to debate of course) that each new 'version' 
(BPv1 -> BPv2 -> BPv3 etc) has to carry with it a little conversion 
algorithm (at least an xslt converter) that can be used by systems. It 
will be a while before we get this properly standardised, but I think 
people can see intuitively how it might work - either for once-off data 
migration or for on-the-fly processing.

I would hope to be able to convince IHSTDO to think about Snomed (or 
Snomed-like) concept ids for archetypes.

>
> then we can have 
> openEHR-EHR-Observation-SnomendCTConceptNameSNomedCTconceptId87654321.

yes, that's the idea.

>
> If the concept is non existing in Snomed CT, there are procedures to 
> ask for the addition.
>
> Due to fine grainedness of SNomed CT to a high level it is probably a 
> lot that can be handled with this, also avoiding the same concept used 
> for 2 different archetypes.
>
> I agree with the world wide management of this, but then again the ISO 
> / CEN / HL7 / CDSIC DCM approach (IHTSDO invited) would be helpful.

Personally I think it should be IHTSDO - this organisation has been set 
up for just this purpose and has the right people. The other standards 
don't have the same board membership model and have historically been 
far too diffuse with respect to terminology. I still don't quite get 
what way DCM is going - I thought it was going with archetypes, based on 
the meeting a year ago, but in any case, I think the job of 
standardising clinical models must be done by clinical people, and on a 
far more agile basis than any of the official standards organisations.

- thomas

*
*

Reply via email to