The controlled-drug log doesn't match the cabinet count, and the inspector is standing there.

IT support for veterinary practices across Dallas-Fort Worth, built around the practice management system and everything wired into it.

Ask us your question

A discrepancy can appear if the charge, drug log, cabinet transaction and physical count do not agree

If dispensing, charging and physical counts are recorded in separate systems, the clinical charge, controlled-drug log, cabinet transaction and handwritten count may come from different sources, a dispensing cabinet, the practice management system, a technician's handwritten count. The electronic balance and physical count can separate if a cabinet transaction, PIMS charge or log entry does not reach the same record, and the discrepancy can remain unnoticed if the practice does not reconcile those records before an inspection.

Texas requires a separate, contemporaneous record for every scheduled drug, kept for at least five years, plus the federal biennial inventory. Software does not make a practice compliant by itself, that is a validated workflow your practice owns. Within an agreed IT scope, we can test and monitor the log system, cabinet interface and network if the practice uses them. The veterinarian and practice remain responsible for the required records, physical counts, workflow and compliance decisions.

A cloud PIMS can still depend on five local systems if diagnostics, imaging, payments or dispensing use on-site bridges

Each local hub, workstation, bridge or cabinet interface can become a single point of failure if the practice has no tested fallback for that connection, even when the practice management system itself lives entirely in the browser. If one of those systems stops exchanging data, the PIMS browser can remain available while an order, result or charge stops moving.

If the network, workstation or Windows middleware is included in our monitoring scope, we can watch the technical connection and alert the practice when the monitored condition fails. Vendor application behavior and clinical reconciliation remain separate responsibilities.

A misspelled name can orphan a result if two systems use different patient identifiers

A result or image can land under the wrong patient or remain unattached if the PIMS, laboratory interface and imaging system disagree about the patient name, species, doctor mapping or accession number. It can remain unresolved if no reconciliation process flags the unmatched record.

A successful upload is not the same as a correctly attached record. If an interface is supported by its vendors and included in our scope, we can help configure its technical dependencies and monitor the signals available to us, which can shorten detection time if the interface exposes a usable error or queue condition.

Client communication tools can multiply logins if phones, messaging, booking and payments come from different vendors

Reminders, two-way texting, online booking, phones and payment collection can each run through a different vendor layered on top of the PIMS. Access can remain active after a departure if the practice does not include each separate vendor account in its offboarding process.

We manage identity, permissions, Microsoft 365 or Google Workspace, device security and the phones. When a communications or phone vendor is within scope, we can document which account controls the number, who has administrative access and what export path the vendor provides. The practice and its counsel decide contractual ownership.

Recovery can still fail if the chart, images and integration data are outside the file-server backup

Losing the practice management system can stop scheduling, chart access, prescriptions and payment collection all at once, whether it runs from a local server or the cloud. If backup and recovery are included in scope, we can document which data the practice controls, test the recoverable systems available to us and assign the vendor calls required for the remaining systems.

If we set up or take over a system, we document the practice-controlled domain, administrative accounts and records within scope to reduce dependence on our continued involvement. BDunn does not resell hardware, software or licenses and does not accept vendor commissions. We are paid for the consulting work, not for steering the practice toward a product.

Ask us anything

Send us one question about your practice's IT and we will give you a straight answer, at no charge, with nothing to sit through afterwards. We would rather answer a question now than be called after it has turned into a mess. If the honest answer is that somebody has to look at it, we will tell you that too.

This is an answer to a question, not troubleshooting, system access, or ongoing support.

If it turns out to need a closer look

Some questions cannot be answered honestly from the outside. When that happens we may offer to come and look properly: a read-only review of the systems we agree on, and a written summary of the sampled findings and our recommended next steps within the agreed scope. These take real hours, so reviews are subject to availability, and we will confirm any date in writing.

Asking does not book a review. We confirm the scope and the date in writing before anyone touches a system. Printed material does not reserve an appointment. One review per practice.

A review is a point-in-time sample of the systems named in the written scope. Items outside that scope are not evaluated and have not passed. A review is not a DEA or Texas Board audit, compliance determination, or certification.

Which connection would leave your staff reconstructing records by hand?

Ask us one question about the result, image, charge or log that can lose its path back to the PIMS if an interface fails.

Call (817) 265-5000 or email [email protected]. Arlington, and we answer our own phone.

Ask us your question