Event Generation: Dispensing/Prescription f. Std Drug/Compound
The event generation for the dispensing or prescription printing for standard drugs (e.g. tablets, suppositories, etc.) or compounds (creams, ointments, etc.) generates a dispensing event or a prescription printing event and the necessary repeat events depending on the defined total dose in the order, and based on the start time of the order, depending on the issue quantity and the issue quantity unit.
If the total dose of the order exceeds the issue quantity of the standard drug or compound, the system generates one or more repeat events. The time of the repeat events results from the issue quantity, i.e. the time of the repeat event is the time at which the first package will be empty.
Example
You prescribe the patient one tablet, twice daily (8:00 and 16:00) for a duration of 10 days. The issue quantity is 10 tablets. The start time of an order is at 7:30.
The system therefore generates one event and a repeat event for the issue quantity. Starting from the start time of the order, the first event takes place at the first time which can be calculated from the cycle (e.g. if the current system time is 9:00, the first calculable time is 8:00). The repeat event therefore takes place five days later again at 08:00:00 AM.
Because the system determines the event times starting from the start time of the order, it may generate an event in the past.
If you generally do not wish to create events in the past, you can control this using the Business Add-In N1_MEEVENT
.
Note
The event generation horizon defined in the drug master data is not relevant for the event generation for dispensing or prescription printing.
The system generates events when the Generate Events
, Schedule Events
or Execute Events
functions are executed.
If the total dose of the order exceeds the issue quantity of the standard drug or compound, the system generates one or more repeat events. The time of the repeat events results from the issue quantity, i.e. the time of the repeat event is the time at which the issue quantity will have been consumed.
Example
You prescribe the patient one tablet, twice daily (8:00 and 16:00) for a duration of 10 days. The package/container contains 10 tablets.
The system therefore generates an event and a repeat event for 10 tablets each. The first event takes place at the first time which can be calculated from the cycle (e.g. if the current system time is 9:00, the first calculable time is 16:00). The repeat event therefore takes place five days later again at 16:00.
The system displays the number of repeat events in the compressed view of the order. To avoid repeat events, you can increase the dispensing quantity in the compressed view and therefore display, for example, two packages with one event.
In general, the system will always propose a package size for dispensing or the printing of prescriptions. However, you can override the quantity.
Example
You prescribe the patient one table twice daily for a duration of 15 days. The package/container contains 20 tablets.
The system generates two events (one of which is a repeat event) each for 20 tablets. This means that, instead of the default dose of 30 tablets, the patient receives 40 tablets.
Also, the system takes into account the Indiscreet Dose
indicator for compounds in the drug master data. This indicator has the following effects on the proposed dose in the event:
In the indicator is not set, the system presets the total ordered dose from the order and generates an event and, if necessary, one or more repeat events, according to the issue quantity.
If the indicator is set, the system generates one event with the issue quantity.
To receive a new event for a further package, you must create a new event on the Event
tab page in the order dialog.
The following business add-ins are available for customer-specific changes and enhancements in event generation:
N1ME_EVENT_GENERATE
: Control Before Standard Event Generation
N1_MEEVENT
: Control After Standard Event Generation
See Customer-Specific Enhancements for Medication
Note
System administration can, for example, adapt the dose during event generation so that the dispensing quantity which is actually required (not the package size) is preset for the last event.