NONMEM Users Network Archive

Hosted by Cognigen

RE: Absorption delay NOT completed before the next dose is given

From: Bachman, William <bachmanw>
Date: Mon, 2 Apr 2007 08:28:05 -0400

My guess is that the software designer simply did not include this
functionality. When you are engineering software there are a number of
factors that come into play:
1. is a given feature plausible?
2. is the probability of anyone needing this feature high?
3. what is the difficulty of adding this feature? (from easy no-brainer
to exceedingly difficult and not worth the effort).
4. does the addition of the feature run the chance of breaking a lot of
the currently working features?
The above comments are given without reference to "lag time should not
exceed the (length of the) interdose interval" but are meant to point
out that although a given user may desire a specific item, more goes
into the decision than the users specific need.


From: owner-nmusers
On Behalf Of Samtani, Mahesh [PRDUS]
Sent: Saturday, March 31, 2007 6:04 PM
To: nmusers
Subject: [NMusers] Absorption delay NOT completed before the next dose
is given

Dear NM users,

NM help files says the following about ALAG


"When additional doses are specified on a dose event record, the
absorption lag time applies to the dose and to all the additional doses.
In this case the lag time should not exceed the (length of the)
interdose interval"


My questions are
a) Why doesn't ADDL work for the above specific case?
b) I am running linear models with ADVAN2 and ADVAN5 and absorption
delay is NOT completed before the next dose is given. Due to the problem
stated above I am not using ADDL. Instead I have a dosing record at
every time a dose enters the depot compartment. Will this circumvent the
problem stated above? In other words does ALAG always have to be smaller
than II and why?


Please advice...MNS







This e-mail transmission may contain confidential or legally privileged =
information that is intended only for the individual or entity named in the=
e-mail address. If you
are not the intended recipient, you are hereby notified that any disclosure=
 copying, distribution, or reliance upon the contents of this e-mail is =
strictly prohibited.
If you have received this e-mail transmission in error, please reply to the=
sender, so that ICON can arrange for proper delivery, and then please
delete the message. Thank You.


Received on Mon Apr 02 2007 - 08:28:05 EDT

The NONMEM Users Network is maintained by ICON plc. Requests to subscribe to the network should be sent to:

Once subscribed, you may contribute to the discussion by emailing: