Transfering Mediphase

[Linnear]

I still think mediphase is the best system out there as a pretty rugged, easily handled labelling system.

I think deep down one of the reasons I'm giving up locuming is because Alliance Boots are switching to $%^^&£$TT%£^UYY%$&%HTW Nexphase!

[KJShier]

I agree, there is very little I don't know about MediPhase. However etp, mur's, change in operating systems etc. kinda put MediPhase to bed. NexPhase development started around six years ago in India using VB6 programming code. This is now very outdated and wasn't really intended for database applications unlike FoxPro or Delphi.
Still we are where we are, hundreds of pounds of development later it would be a strong person to put their hands up and say "we got it wrong" and find an alternative product.
Don't give up yet. The boot's offering since the merger may bring some pleasing changes to the situation faced in the Alliance Boots branches.

[Jeff]

Originally Posted by KJShier

Don't give up yet. The boot's offering since the merger may bring some pleasing changes to the situation faced in the Alliance Boots branches.

Press the "bypass" button to begin labelling - and warnings on separate labels!
At least there's time for a coffee while it tries to confirm patient identity with the master database.

It might be better with ETP though.

Jeff

[johnep]

Has always puzzled me why the govnmt etc keeps trying to reinvent the wheel. Surely MSAccess or similar should be the base for any database system. My accounts are on Sage which I am sure uses Access as its foundation. I believe CFH has been plagued by NIH syndome. (Not invented here) See this frequently in Govnmt procurement problems eg Nimrod.

Of course we are not as bad as the French.
johnep

[KJShier]

Originally Posted by johnep

Has always puzzled me why the govnmt etc keeps trying to reinvent the wheel.

I'm afraid the gov's only involvement is to make the use of an computer based system within a pharmacy compulsory. What it is or uses as its foundation is down to the company who wrote the program.

NexPhase uses MS SQL which is one of the better offerings. Its not the storage medium that causes the problems, its the presentation. This truly is a case where you can shoot the messenger not the message.

NexPhase loads a obscene amount of data into memory on load time then doesn't leave itself any for the program to run in. You need a powerful high spec computer to run it on. Mediphase uses less than 500k and gets what it needs when it needs it.

[johnep]

This illustrates a problem in community where HO has the latest equipment and the pharmacies have ancient computers ready for the dump.

we cannot even defrag our computer which is soo slow.

perhaps, PMR systems should have minimum requirements as do many complex games. i was in big trouble when I tried to load MS Flight Sim on my old computer.
johnep

[Pharmanaut]

Sorry,
MS-Access is just not up to the job for a such systems, it is simply not resilient or has sufficient performance. Pulling the plug when it is doing something and see what happens to your records.
Most new systems are based on SQL-Server and some GP systems use Oracle. The next big thing with pharmacy systems (and GP systems) will be "thin client" were your PMR software will not exist on your system, you will just use Internet Explorer and it will all look like web pages. Of course there will be lots of security in there as well. Our resident expert will probably confirm that our PMR suppliers are in effect working flat out on EPS at the moment to get EPS-2 (and variants) moving. As this is the UK, of course we have to have 4 variations, one for each country. Luckily all have decided to use the DM+D and SNOMED-CT coding.