syan tan wrote: > get rid of babel ? that would be like cooking the goose that lays the > golden eggs.
I think there is plenty of work to be done without the problem being turf protection. It is a tower of Babel because the applications cannot participate in the HL7 discussion at the level that they need to. The actual transport is only a very small part of whats needed to achieve the interoperability everyone wants. As well as transport you need to insert a babelfish into the clinical applications ears. Most of the work Medical-Objects does is on the Babelfish and not the transport. Without a rich and flexible layer to massage data it simply will not work with todays clinical applications. We have seen failures with slightly different versions of the same Companies application, even the Same application fails to import messages it produces! While there is quite a bit of complexity in secure messaging, its not "The problem" - its the lack of standards support and AHML accreditation. Most Path lab data is pretty good, and not far from compliance at all, but go outside that arena and all hell breaks loose. Even PIT compliance is an issue! If you want to fix the issue, the attack has to start at the compliance level. Andrew McIntyre > > On Sun, 2007-03-11 at 10:16 +0900, [EMAIL PROTECTED] wrote: > >> 1/ if you set a clinical app <-> messaging app standard, why not set a >> clinical >> app <-> clinical app messaging standard and do without messaging apps >> altogether? >> 2/ given 1/, and that transmission is guaranteed by the ACK, what does a >> commerical 'messaging provider' do? >> >> Ian >> >> _______________________________________________ >> Gpcg_talk mailing list >> [email protected] >> http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk >> > > _______________________________________________ > Gpcg_talk mailing list > [email protected] > http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk > > __________ NOD32 2106 (20070310) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > > _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
