Cedric Meyerowitz wrote: > I find it odd that you and Greg feel that backup and restore of a new > programme is so complex that Dr's will have to spend more money on Tech > support. I use BP. Backup is a breeze. Restore is a Breeze - onto > different machines that is. I regularly restore my backup at home (to make > sure it works and of course it is a requirement of good IT practice). When > I go away I restore it onto my laptop so I can "play" - again a breeze. > > Every GP I know using BP finds back up & resore a very simple process. > Converting MD2 to BP a breeze. No tech support needed to test it first. > Setting up BP after conversion is not rocket science. All the GP's I know > using BP are calling their own Tech support, less as program doesn't cause > crashes - thus the saving is fantastic. So with BP the days of easy > technology are continuing in GP-land > > But I suppose the new programme you are recommending / using is not BP. > As previously mentioned our Division is looking to house EHR databases for the local nursing homes. They have some MD 2.x databases currently. Since online claiming is not an issue they look like they will go to BP, as long as they get some sensible licensing prices for what will very much be part time doctors.
Looking at BP tonight I was impressed with its data import functions which seem to be more like Genie's and far less kludgy that MD's. Other areas are similar but the BP interface is more polished and their tree layout (as opposed to tabs) works well. One thing I could not figure out, Cedric, was how to get from one module to another (e.g. from Correspondence Out to Investigations) using the keyboard. This is annoyingly broken in MD3.5.2.6 but essential for efficient use of an EHR. I believe the upgrade from MD2 to BP is easier than MD2 to MD3. I am not clear about the mechanism for getting from MD3 to BP en masse but individual files could be (mostly) transferred using the XML export / import facilities in each program. If only it had a Postgres back-end ... ;-( David _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
