Hi Cedric, You'll find that growing software companies will be able to import data from a great many packages. It's in their financial interest to do so, not because they are good blokes.
You'll find that software companies in decline can't import data from many packages. It's not in their financial interest to do so, and not because they are bad people. If for example, no one was switching from company G to company H, why would company H invest the resources to allow this to happen? Every company has an ethical duty to allow their customers to export/access their data so that another software company (with the requisite programming smarts) can import this information i.e. the software company doesn't own the data. While a company shouldn't hinder a customer from switching packages, would you expect them to actively (i.e. to their own financial detriment) assist with the move? Does this happen in any industry anywhere in the world? (these weren't rhetorical - I'd be interested to know). Regards, Simon > Add to this any other system to any other system = no go > > Cedric > > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Oliver > Sent: Friday, 19 May 2006 12:14 PM > To: [EMAIL PROTECTED]; General Practice Computing Group Talk; > [EMAIL PROTECTED] > Subject: RE: [GPCG_TALK] European 'Connect-a-thon' tests interoperability > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of David More > Sent: Friday, 19 May 2006 8:41 AM > > European 'Connect-a-thon' tests interoperability > 18 May 2006 > > Over 60 healthcare software companies and organisations from all over the > world have gathered together in Spain to test the interoperability of their > systems. > > ********* > > I wonder what the results would be of a similar exercise in Australia. > > Oliver Frank, general practitioner > 255 North East Road, Hampstead Gardens > South Australia 5086 > Ph. 08 8261 1355 Fax 08 8266 5149 > > _______________________________________________ > 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 > > _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
