William, I think "a working system" is not the only criteria to be met. As far as I understand, all the (formal) specification we have in HL7v3, CEN and other organisation have the goal to achieve open, transparent and (relative) easy maintainable care information systems. As far as I heard so far there are singe HL7 v3 systems working, but without any collaboration with other HLv3 systems....... I haven't hear about working openEHR systems in this way either, but from system engineering point of view this is a matter of time. In other business sectors the openEHR engineering's method has been proven to work.
Roel Stap ________________________________ From: openehr-technical-boun...@openehr.org [mailto:openehr-technical-bounces at openehr.org] On Behalf Of Williamtfgoossen at cs.com Sent: dinsdag 17 oktober 2006 8:16 To: openehr-technical at openehr.org Subject: Antw: Re: Antw: Re: Antw: Re: AW: HL7 templates/archetypes Yes Bert, I agree with many of the problems. My point was: today I cannot go to a live implementation of a OpenEHR system. You support this. Today I can point you at least to 3 working systems that have HL7 v3 Care Provision as the founding principle and they run, although still in test environment. I do know one system in New Zealand based on HL7 v3 RIM which is fully operational. Of course we need to be patient. It is a difficult task! Good luck and yes I look forward to seeing it work and consider myself on the list of invitees to see the formal release. With respect to the dinosaur systems for GPs, stemming from the 80 ies, I agree, these have difficulties with HL7 v3, and they would have similar troubles with OpenEHR archetypes. My point is that you need to change to new desigs to make it work. Thanks for the feedback This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061017/21dc7203/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: Stap, R.E..vcf Type: text/x-vcard Size: 248 bytes Desc: Stap, R.E..vcf URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061017/21dc7203/attachment.vcf> -------------- next part -------------- _______________________________________________ openEHR-technical mailing list openEHR-technical at openehr.org http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical