GPZoo
Method

How the data is built, and what it does not hold.

A broker gives you a percentage and asks you to trust it. This is the build log instead: where the data comes from, how it is verified, what is classified, and where it stops. Read it and decide for yourself.

The build cycle

It is not a scrape. It is a scrape that is then verified, audited and reconciled, with a full change and backup trail.

What makes it defensible

Identity verification. A roster is accepted for a practice only when identity is confirmed on name plus address or phone. Suburb-only matching is not used; the same street with a different number is a different practice.

Independent versus group. Practices are separated into independent and corporate or group-owned, matched on name and address, never on a shared phone or domain. Group-owned practices are moved out of the independent list, so a practice is never counted in both.

GP counting. The GP count is the number of named GPs on the verified roster. Registrars are counted; specialists, nurses, allied health, students and admin are not. An unusually high count is a flag to re-verify, not a number to trust.

Classification overlays. Every practice is size-banded (solo, small, medium, large independent) and graded on the Modified Monash Model (MMM) from the authoritative locality classification, not a postcode rollup. A confidence flag marks split localities.

Sources

Operator websites, the Australian Business Register, Dun and Bradstreet, LinkedIn, press coverage and direct verification. Where a record cannot be verified it is left blank with a reason, never filled in. 'Still unverifiable' is a valid outcome.

What the data does not hold, and where it stops

We do not sell individual doctor contact details. AMPCo does that, with AMA verification and 97% postal deliverability, and owns that ground. We sell ownership, structure and in-practice attributes, which they do not hold. The two are complementary.

If your organisation's details are wrong, tell us and we will correct them. Corrections from buyers are logged into the next build, which is why the file gets better rather than staler.