Last email for a little while

> This actually isn't as big a difference as you might think. The heavy use of 
> codes in the HL7 model is a way of getting out of statically typing things. 
> The 
> various mood codes for example (originally 6, now 15 I think) are in lieu of 
> using further typing in the model to express the basic differences between 
> observation, recommendation, intention etc.

yes, this coding pattern is very troublesome. It's a good thing I like
challenges huh? I will be happy, in this discussion, if we can accept
that the real differences we must master are our philosophy and
reference models (which are tightly tied together); these are
real differences.

We should not ignore the engineering differences - but these can be solved
if we want

> this is true. What is there now:
> * CEN HISA
> * emerging openEHR service models for EHR, demographics, terminology access 
> and 
> archetype access
> * state-based process management for Instructions, i.e. medications, orders, 
> procedures.
> * high-level HL7 HSSP specifications like RLUS etc
> * older and probably undervalued Corbamed specifications, like PIDS

and the HL7 v2 and HL7 v3 event models.

yes, we need to work together on this. and there is
finally meaningful traction on this. Not easy, never
easy to make progress, but the glaciers are moving.

Grahame


Reply via email to