As far as I am concerned, and the projects I work on, which are in fact quite 
some, all using my OpenEHR kernel as base system, but above, wonderful 
architectures of design in interoperability and GUI's.

The main reason for using OpenEHR is it flexibily, without writing new kernels, 
supporting many different goals, from homecare to hospitalized 
heartfailure-monitoring. We collect data from HL7v2, also some non-standard 
proprietary systems, whatever, if we find it, we write software to get  the 
data. At this moment, data are mostly at the endstation in our system, but 
change is coming. There is a probably desire to export to vMR (HL7 standard). 
We are not afraid for that.

Also for the Netherlands, we will in the near future need to support some HL7v3 
messages, designed by Nictiz, in a way that a lot of medical information can be 
exchanged, and also, it is acceptable for most (very divers) system builders.

The fact that OpenEHR has as goal that it wants to serve the world is not very 
usefull to us, in fact, it is even a little bit disturbing. We write out own 
archetypes and we learn a lot from CKM. We don't want a third party to tell us, 
that we should conform to a global standard, we just like freedom. Flexibility 
is a way to be free.

This is reality in Europe, and I love it. It keeps developers busy, and gives 
customers to require their own things, and keeps the market sharp and 
innovative.

Bert

Verstuurd vanaf mijn iPad

Op 7 apr. 2013 om 01:35 heeft Bert Verhees <bert.verhees at rosa.nl> het 
volgende geschreven:

>> That's expedient, but it's also a guarantee of non-interoperability.
> 
> As far as I can see, also from my experience, nor OpenEHR, nor MLHIM will be 
> the only datamodel system on the world. Cooperation with other systems will 
> always need a message-format. The same goes for other systems. Mapping will 
> always be (at least partly) done manually.
> 
> The goal, what the customer wants, is not a solution, which dictates him to 
> throw away his system, but he wants connectivity in which his system can 
> participate.
> 
> This fact makes this discussion purely academical.
> 
> Bert
> 
> Verstuurd vanaf mijn iPad
> 
> Op 7 apr. 2013 om 01:13 heeft Thomas Beale <thomas.beale at 
> oceaninformatics.com> het volgende geschreven:
> 
>> That's expedient, but it's also a guarantee of non-interoperability.
> 
> _______________________________________________
> openEHR-clinical mailing list
> openEHR-clinical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org

Reply via email to