Ian Haywood wrote: > Ok, so private-billing is good. Fine. 2 legs good. 4 legs bad.
> Now would one of you silvertails mind > describing how the process actually works? What does the patient sign? when? > I take it you don't print the invoice yourselves in your office, how do you > communicate to the receptionist what items to put on the invoice? > FWIW, we have a slip system. I used to see it as a label that was attached to the patient as he wandered around the surgery. However now days, I would jabber my receptionists ten times per day when the slip fails to turn up at the front desk with the patient. I agree that an electronic version would be better. We have recently achieved this with the Sullivan and Nicolaides pathology provider following the installation of their Snoop program. The electronic request gets to their computers in Brisbane (250 kilometres away) before my paper version prints. The paper version is still a nice label to attach to the patient and ultimately the specimen. Doing the billing electronically would be better. There was a tool in MD2 that I have never used but it may well work in the combined PS3/MD3 scenario. (Does anybody know? Does anybody use it?) One thing that I am not wildly keen on is billing information to be recorded in the EHR (but maybe I should just get over that). However it is essential to make the item number form accessible from the EHR and able to be completed in just a few keystrokes. Is this the sort of thing you wanted to know Ian? David P.S. I would just like to remind everybody, before we get carried away with all the bells and whistles that we might dream up, that the aim for all the modules (appointments, billing and EHR) is that the (initial) intention should be to build the smallest thing that works. While deferring to the vast knowledge gained by Horst, Ian and Syan in gnumed, I think something that emulates a simple billing package from 10 years ago is where we should be heading.
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
