We have an issue with GP requests.

Pathology example but this applies to any department system that is linked to pas

When we receive a request in the lab, the lab then scans the request form into the lab system. This then looks at the hospital number and then pulls the information of the patient address details from PAS.

If the patient has not been in hospital in the last 10 years but has mover address and moved GP practice it will put the wrong address into the department clinical system and then the clinical system will then report out with the incorrect address.

In the ideal world every system would be connected to the SPINE.

Has anyone out there found a way to overcome this issue?

Jamie Kent

We are a 1000 bedded hospital with 94 GP practices. The lab received around 5000 requests a day.

The lab clam they don’t have the time or man power to up data PAS. When 75% of they work comes from GP’s

I also agree with the idea information coming from GP should be correct as they are corrected to the SPINE if they use they smart cards.

But think about it when you go in hospital you are asked for your name address and GP. But when you go to the doctors all they ask for is your name to make an appointment and then when you arrive at the reception all they ask for is your name or you entre it on a touch screen.

I know of a config switch that you can have turned on so any request from GP will up date ice but I also i thing you should be able to pull off a monthly report to show which patient details were not correct so you can give this to the PAS team to up date.

Jamie Kent

This subject is a real can of worms. In you own answer, you've summed up the problem. If there is a difference in the patient address, how can you decide which one is correct. The Gp data "should" be the most up to date but in my experience, a patient often won't tell their GP they've moved as they may have gone out of the catchment area for that practice and don't want to move GP.

I don't like patient address as an identifier, it complicates things to a large degree and is too "fluid" in many cases to be reliable