Hey Craig and Tony, 1. Yeah drug strength needed for sure. Would figure unit conversion probably more work then it is worth programatically, so all doses should be in mg/Kg? 2. Yes species needed too. Seems Doses might graduate to being a new Tab on the product description as there will be a one product - many doses type relationship for doses.

So are we saying just one dose rate per product per species or 3 dose rates per product per species; high,low and calculated?

Matt C

On Tue, 21 Jul 2009 15:58:18 +0800, "Craig Challen"

wrote:

> Sounds good but a couple of points: > > 1. Would need to have a field for strength of the drug, unless you are > going > to work in mL/kg or tablets/kg, which is not really cool. > 2. Dose rates would need to be defined by species. > > > > _______________________________ > Craig Challen > Vetwest Animal Hospitals > > > -----Original Message----- > From: users-bounces@lists.openvpms.org > [mailto:users-bounces@lists.openvpms.org] On Behalf Of mpcosta > Sent: Tuesday, 21 July 2009 15:31 > To: OpenVPMS User Mailing List > Subject: Re: [OpenVPMS Users] Just one last point about dispensing units > during invoicing > > > Cheers Craig, > Good to know that this idea works in practice. What about this option? > 4 fields; > - High and Low dose > - Dose units > - Default Quantity Dose > > If high and low are populated a dose range will appear in the label dialog.

> > If Default Quantity Dose is populated it is used to calculate the default > quantity. > > With respect to quantity entry, we routinely enter our quantity in the > label dialog. It will automatically update the quantity in the Invoice. > The precise click sequence goes; > 1. Alt-A : Add new item to invoice > 2. Tab moves focus to/or in Product field > 3. Several chars or exact match is entered. User presses Enter > 4. Label dialog pops up. > 5. Dispensing instructions typed. > 6. Tab moves focus to quantity - enter total. > 7. Press Print Label (grrr - a mouse click!) - would be nice to have a kb > shortcut here) > 7. Alt-O to complete label. (Invoice item quantity is updated) > 8. Alt-A for new item. > > I urge clinicians to enter quantity here cos it is when they are > calculating their dose and dispensing duration the quanityt generally gets

> determined. > > All good stuff, > Matt C > > > On Tue, 21 Jul 2009 14:49:47 +0800, "Craig Challen"

> wrote: >> Fair points Matt but I actually disagree a bit-we have been using >> calculated dose rates for injections (with another practice management >> system) and it works very well. >> Granted it's not going to work with tablets etc, mainly because as you > say >> the duration of treatment varies. We haven't bothered entering the dose >> rates in the product information for these products because of that. >> The trouble with your suggestion about calculating the dose rate for the >> label is that that comes after invoicing the quantity, so you've already >> decided what dose you're going to use anyway by that time. >> >> _______________________________ >> Craig Challen >> Vetwest Animal Hospitals >> >> -----Original Message----- >> From: users-bounces@lists.openvpms.org >> [mailto:users-bounces@lists.openvpms.org] On Behalf Of mpcosta >> Sent: Tuesday, 21 July 2009 14:42 >> To: OpenVPMS User Mailing List >> Subject: Re: [OpenVPMS Users] Just one last point about dispensing units >> during invoicing >> >> >> Hi Tony, >> Yes the label dialogue would be absolutely more appropriate. >> >> I'm not sure quantity should be populated, even as suggestion. The issues

> I >> see with it are; >> - Doses are generally in a range with clinical judgement being the >> determining factor. >> - Quantity would only be determined for single dose meds (eg injections) >> where as tablets require the duration of the course tocalculate quantity.

>> - If a vet lost concentration and the quantity was wrong and this > resulted >> in it being given to an animal.... >> >> However when I come to write my label (the majority of which are already >> populated with palceholder instructions using the excellent Dispensing >> Instructions field) >> I could image a dose range some where in the dialog prompting me with >> appropriate possible quantities/doses. >> >> Matt C >> >> On Tue, 21 Jul 2009 08:16:29 +1000, Tony De Keizer >> wrote: >>> Hi Matt, >>> >>> I was thinking that dosing instructions would be something we could >> enhance >>> in the product information and provide a dosage calculation in the label

>>> dialogue which would take into account weight and species. The >> calculator >>> would populate the qty field and hence the qty field in the invoice. >>> >>> Thoughts ? >>> >>> Cheers >>> Tony >>> >>> >>> On 20/07/09 6:13 PM, "Mpcosta@Boroniavet. Au" : >>> >>>> Hi everyone, >>> I had just one other point that occurred to me when billing the >>>> other day. >>> >>> Would other poeple find it useful if Product: Type Medication had >>>> a field to record a dose? I was imagining two new fields; >>> >>> 1. High Dose >>>> eg. 21 >>> 2. Low Dose eg. 12 >>> 3. Dose Unit eg. "mg" >>> >>> The idea would be to just >>>> have the dose appear as plain text when dispensing just like the >>>> discussion >>>> about dispensing units (probably on a new line). >>> If there was no dose for the >>>> product no prompt would appear. The reason I thought having it as 3 >>>> seperate >>>> fields is that in future versions a suggested calculated range could be

>>>> provided based on last weight (this option replete with potentials >>>> dangers....) Or you could imagine "Smart" templates used for > estimations >>>> that >>>> include an automatic quantity estimated from weight and dose. >>> >>> Matt >>>> C >>> _______________________________________________ >>> OpenVPMS User Mailing >>>> List >>> users@lists.openvpms.org >>> To unsubscribe or change your subscription >>>> visit: >>> http://lists.openvpms.org/listinfo/users >>> Posts from this mailing list >>>> can be viewed online and replied to in the OpenVPMS User's forum- >>>> http://tinyurl.com/openvfu >>> >>> >>> _______________________________________________ >>> OpenVPMS User Mailing List >>> users@lists.openvpms.org >>> To unsubscribe or change your subscription visit: >>> http://lists.openvpms.org/listinfo/users >>> Posts from this mailing list can be viewed online and replied to in the >>> OpenVPMS User's forum- http://tinyurl.com/openvfu >>> >> _______________________________________________ >> OpenVPMS User Mailing List >> users@lists.openvpms.org >> To unsubscribe or change your subscription visit: >> http://lists.openvpms.org/listinfo/users >> Posts from this mailing list can be viewed online and replied to in the >> OpenVPMS User's forum- http://tinyurl.com/openvfu >> >> >> _______________________________________________ >> OpenVPMS User Mailing List >> users@lists.openvpms.org >> To unsubscribe or change your subscription visit: >> http://lists.openvpms.org/listinfo/users >> Posts from this mailing list can be viewed online and replied to in the >> OpenVPMS User's forum- http://tinyurl.com/openvfu >> > _______________________________________________ > OpenVPMS User Mailing List > users@lists.openvpms.org > To unsubscribe or change your subscription visit: > http://lists.openvpms.org/listinfo/users > Posts from this mailing list can be viewed online and replied to in the > OpenVPMS User's forum- http://tinyurl.com/openvfu > > > _______________________________________________ > OpenVPMS User Mailing List > users@lists.openvpms.org > To unsubscribe or change your subscription visit: > http://lists.openvpms.org/listinfo/users > Posts from this mailing list can be viewed online and replied to in the > OpenVPMS User's forum- http://tinyurl.com/openvfu >

_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/listinfo/users Posts from this mailing list can be viewed online and replied to in the OpenVPMS User's forum- http://tinyurl.com/openvfu