syan tan wrote:
whereas when you are a contractor, the practice nurse bugs you
to check and clear the electronic path reports, and the receptionists
bug you to clear the pigeon hole , and everything gets double checked,
but that doesn't guarantee the path company doesn't send the report
nowhere , or to some other med practitioner's application elsewhere.
It's also optional to correlate ordered investigations with received
investigations, so much of the time, only the received investigations
get checked. This is a big flaw in medical applications, as this is
probably important enough not to make it optional, but part of the
daily emr duties .
At one stage it was proposed that Argus look at the pathology dump
directory to see if the previous messages had been consumed. Since
nobody sends me anything via Argus I have no knowledge if that is
actually the case. The "consumption" could, in theory, have been to
simply remove the files but, in practice, once things are setup properly
and tested to be working it is a reliable system. The only step up from
that is Ian's EHR to EHR ACKs and that raises a whole new discussion as
he points out.
In relation to Syan's other point, in October last year we installed
Sullivan and Nicolaides Pathology requesting module Fetch. It is
integrated into Medical Director and allows one to select from a pick
list of S&N pathology requests, provides further limited information
about the request in the associated info button and the "Print" button
both prints a request and sends it electronically to the company. After
the first click the Print and Send button becomes only a Reprint button
until you close the form.
Fantastic I thought, the request will generate its own unique identifier
that can be correlated with the incoming pathology result and the
software will know that that pathology request cycle has been completed.
Silly me. As with other modules in Medical Director this information is
just thrown away.
Agghhhh.
David
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
