Andrew Patterson wrote:
> Given Australian government
> departments barely keep their names for more than a few years, what are
> the chances the URL is still working? If it is a local reference, what are the
> chances the machines still have the same IP addresses or names?
>
this points to the need to use safe URLs that will work. Do we think the
URL "http://snomed.org"; is safe? Maybe we need "http://terminology.net";
or somesuch. The use of URLs whose meaning will not change over time is
not to be taken lightly...
> Can the clinical system still rely on the term codes it cached 10 years
> ago?
>
probably not - just consider if they had cached the answer to the query
"types of hepatitis" in 1985 compared to now - the answer now is a
larger set of codes.
> I think having URL's in the archetype definition mixes the 'configuration' of
> the system with the definition. I guess I would like to see some sort of
> query language in this space so that one could say
>
> <"at0004"> = <
> <"snomed"> = <all 'route of medication' where refset('australia')>
> <"icd-10"> = <12312-23>
>
this is where we were about 1-2 years ago in the thinking of this
problem; now we have reached a point of:
* firstly having realised that the query should not itself go into the
archetype, only an id for the query
* secondly we have a basic query language ("subset expression language"
would be closer to the mark); the Manchester group has worked out
something like an OWL-based equivalent from a theoretical perspective (I
don't want people to think we were first here - they have been working
on this a long time as well - as far as I can work out, we have done it
more or less independently over the last 2 years, and the results as at
Paris in early December point toward being able to publish a common
expression syntax/language for this purpose very soon).
I am not sure what we should be doing about ideas like
"refset('australia')" though....
- thomas beale
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
