Just what services did they spend the $10K on?
jon patrick
James wrote:
HI Cedric
Two practices here moved from md2 to Md3, One spent over 10k and could not
get it working. The second worked with little or no trouble and took about 8
hours to move all data from MD2 to MD3.
The second practice said that cleaning the MD2 database was a critical step
and felt the failure to do this was the likely cause of the practice which
failed.
The 10k plus spent in the week after the failure was on top of the purchase
price of MD3 trying to get it working. They are now using MD2 again and
planning to move to Zedmed.
Regards
James
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Cedric Meyerowitz
Sent: Friday, 30 March 2007 10:43 AM
To: 'General Practice Computing Group Talk'
Subject: RE: [GPCG_TALK] backup! - FOSS databases vs entrenched solutions
That's why I said as far as we know. Last year one wasn't able to do it.
Thngs are obviously improving.
Cedric
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of John Van Dyck
Sent: Friday, 30 March 2007 10:13 AM
To: 'General Practice Computing Group Talk'
Subject: RE: [GPCG_TALK] backup! - FOSS databases vs entrenched solutions
MD3 will import MD2 patients via export/import in XML. This is how I handed
over some of my records locally to other practices who only use MD2.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Cedric Meyerowitz
Sent: Friday, 30 March 2007 9:37 AM
To: 'General Practice Computing Group Talk'
Subject: RE: [GPCG_TALK] backup! - FOSS databases vs entrenched solutions
Horts & Greg
BP will export & import patient files from BP. BP will fully convert a
whole MD2 dataset from MD2 & import it (& does it so easy and perfect, that
you don't need some-one to hold your hand), BP will import patients singly
from MD3 with all past notes etc present. A few items don't convert like
recalls (because of HCN problems). Now the opposite does not apply. MD2
won't import patients from BP, nor will MD3 import MD2 as far as we know.
MD3 can't import BP data as far as we know. So some players have tried to
make things work, but others hasn't.
As you know some other players also have conversion programs from MD2 to
theirs, but the reverse again doesn't apply.
We were all given a link to an article from the UK. I give the link again.
http://www.ehiprimarycare.com/news/item.cfm?ID=2546
Now some feedback from the UK says & I quote: "I guess any good news has to
be promoted by NPfIT but the GP2GP figures don't make as good reading when
you realise it only includes EMIS and INPS systems and 80% of those are
EMIS. Where's TPP, iSOFT, etc? OK if you transfer from on EMIS practise to
another but not if you move to a non-EMIS practise".
So in Australia if a patient moves from BP practice to BP practice - we are
okay, if from MD2 to BP and a few others, then we are better than the UK as
coversions from MD2 to a few software packages already exist(in UK currently
only has 2 systems involved). And if patient moves from MD3 to BP we are
also okay - and this is without government funding. Yet this list got
rather excited about the UK development, forgetting that here down under
things are not so bad.
Cedric
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Greg Twyford
Sent: Thursday, 29 March 2007 4:31 PM
To: General Practice Computing Group Talk
Subject: Re: [GPCG_TALK] backup! - FOSS databases vs entrenched solutions
Horst Herb wrote:
There is choice as long as you are not locked in - and currently
virtually every single GP you ask when questioned why not chnagng the
product they seem to detest so much is that there is no safe and easy
migration path to alternatives
Horst,
This is an interesting but depressing observation in the context of the
discussion in hand.
What you have really touched on is the stagnation of the GP clinical system
marketplace because a real path forward can't be identified. All the paths
on offer seem to risk leading back to a similar quagmire.
I think that any new players will have to look very carefully at what they
offer, and it seems to me that if Simon's two new players end up producing
two new versions of the 'same-old, same-old', then their chances of
surviving are very poor indeed.
Every new player claims revolutionary new features and unparalleled
functionality and stability, but I think the market has become jaded by such
claims, which they've heard ad nauseam, hence the stagnation.
Contrary to what Simon has asserted, a really radical FOSS solution might
work in gaining market share, but that leaves us wondering where it will
emerge from.
Greg
--
Greg Twyford
Information Management & Technology Program Officer Canterbury Division of
General Practice
E-mail: [EMAIL PROTECTED]
Ph.: 02 9787 9033
Fax: 02 9787 9200
PRIVATE & CONFIDENTIAL
***********************************************************************
The information contained in this e-mail and their attached files, including
replies and forwarded copies, are confidential and intended solely for the
addressee(s) and may be legally privileged or prohibited from disclosure and
unauthorised use. If you are not the intended recipient, any form of
reproduction, dissemination, copying, disclosure, modification, distribution
and/or publication or any action taken or omitted to be taken in reliance
upon this message or its attachments is prohibited.
All liability for viruses is excluded to the fullest extent permitted by
law.
***********************************************************************
_______________________________________________
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
_______________________________________________
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
--
Jon Patrick
Chair of Language Technologies +61-2-9351 3524
School of Information Technology
Faculty of Engineering & IT
University of Sydney
begin:vcard
fn:Jon Patrick
n:Patrick;Jon
org:Faculty of Engineering;School of Information Technologies
adr;dom:;;University of Sydney
title:Chair of Language Technology
x-mozilla-html:FALSE
url:http://www.it.usyd.edu.au/~jonpat
version:2.1
end:vcard
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
