A Wellington, New Zealand pharmacy operated under the Unichem Petone banner disclosed that sensitive patient messages submitted through a "contact us" form on its website were inadvertently exposed and indexed on the public internet. The pharmacy said it has since removed the content and is notifying the 29 affected patients. The incident draws attention to a category of data exposure that receives less scrutiny than large-scale breaches: configuration or publishing errors on patient-facing web properties that quietly surface private communications.

The structural problem

Contact forms embedded in pharmacy and clinical practice websites often handle messages that patients treat as private channels — refill requests, questions about prescriptions, descriptions of symptoms, or insurance details. Unlike EHR portals, these forms are frequently managed through general-purpose web content systems or third-party plugins that may not carry the same access controls applied to clinical software.

When submission data is stored or logged in a location accessible to search engine crawlers, the content can be indexed before the error is detected. By that point, cached copies may persist across multiple platforms even after the originating page is corrected, which is why Unichem Petone described its response as "scrubbing the internet" rather than simply taking down a single page.

Why this pattern recurs

What this signals for US-based practices

New Zealand's privacy framework differs from the US Health Insurance Portability and Accountability Act, but the technical failure mode is identical and has appeared in US breach reports. The HHS Office for Civil Rights breach portal includes incidents where patient information was exposed through misconfigured websites, and the HIPAA Security Rule's technical safeguard requirements apply to electronic protected health information regardless of the system in which it sits — including web servers and form-handling infrastructure.

Independent practices that accept patient inquiries through website contact forms should confirm that submission data is routed to secured destinations rather than stored in web-accessible directories, that the forms themselves are excluded from search engine indexing where appropriate, and that any third-party plugins or form services handling the submissions are evaluated under the same risk analysis process applied to other electronic systems touching patient data. A business associate agreement may be required depending on how a third-party form service processes and stores the submissions.

What independent practices should check

The Unichem Petone incident is small in scale — 29 patients — but the mechanism it illustrates is not rare. Contact-form misconfigurations represent a low-visibility exposure class that can affect any practice maintaining a patient-facing website, regardless of size.