Files > OE/RR NOTIFICATIONS

name
OE/RR NOTIFICATIONS
number
100.9
location
^ORD(100.9,
description
This file contains data used to generate notifications. Packages determine if a notification should be sent then send the patient ID and notification ID (IEN in this file) to order entry routines. Based on the notification IEN, data from this file is used to generate the notification and help determine its recipients.
Fields
#NameLocationTypeDetailsIndexDescription
.001number11This is the internal entry number assigned to a notification. Entries 1 through 9999 are reserved for National release by the OE/RR Notifications package. For local site-defined notifications, the internal entry number must be specific to your VAMC in the following format: For example, if your site is number 456, your first locally created notification would be 45601.
.01name(+)0;1FREE TEXTBThis is the name of the notification. It should match the text in the MESSAGE TEXT field as closely as possible (it may be an abbreviated version of the entry in MESSAGE TEXT.) This field is displayed to users when selecting or reviewing entries in this file (100.9).
.02package id(+)0;2FREE TEXTCThis entry should always be "OR" to indicate the alert (notification) is processed by OE/RR. "OR" is stuffed via a trigger x-ref in field .01. This Package ID will have ";DFN;NIEN" concatenated to the end of it, to make the XQAID variable which is used by the XQALERT routine to provide a unique cross-reference. The order entry notification system will check the New person file to determine if this message is already pending for the user. If it already exists, the user will not receive a second message. DFN is the Patient File internal entry number. NIEN is the Notification File internal entry number.
.03message text(+)0;3FREE TEXTDThis text will be appended to the Patient last name and last 4 characters of the social security number to create the order notification text. (e.g., SMITH (4356): Unsigned orders. - Where "Unsigned orders." is the content of MESSAGE TEXT.) Text entered into this field is the default text for notifications where the text message usually comes from the package (MESSAGE TYPE = PKG).
.04message type(+)0;4SET OF CODESPKG:PACKAGE PROVIDES A VARIABLE MESSAGE
NOT:NOTIFICATION FILE PROVIDES MESSAGE
MESSAGE TYPE field is used as a flag to determine where the message text originates. If from the NOTIFICATION file, MESSAGE TYPE is 'NOT.' If the message comes from the package, MESSAGE TYPE is 'PKG.'
.05action flag(+)0;5SET OF CODESI:INFORMATION ONLY
R:RUN ROUTINE
This a mandatory flag used to regulate processing in XQALERT processing. The flag is set to I to indicate the notification is for INFORMATION ONLY - no follow-up action is to be taken. 'I' notifications are deleted as each user reviews them. 'R' notifications have a follow-up action associated with them. The user will be taken to another routine or option when they select a notification with ACTION FLAG = R and a follow-up routine/option is defined.
.06entry point0;6FREE TEXTThis is an optional field used to create the XQAROU variable to be used by the XQALERT routine. This field represents the TAG in tag^routine.
.07routine name0;7FREE TEXTThis is an optional variable identifying a routine or tag(field .06)^routine used to create XQAROU for processing by XQALERT.
1non-menu type option action1;1POINTER19This is an optional field used to create the variable XQAOPT for use by XQALERT. It should indicate a non-menu type option on the user's primary or secondary menu, not on the Common menu. The phantom jump is used to navigate to the destination option and will check pathway restrictions in doing so.
1.5related package1;2FREE TEXTThis field contains the name of the package where the notification originates or is triggered (e.g., LAB, MAS, Pharmacy.)
4description(+)4;1FREE TEXTThis field contains free text describing the notification, how it is trig- gered and what action(s) delete it.
5follow-up type3;2SET OF CODES0:REPORT
1:COSIGN_PN
2:EXPIRING_ORDER
3:FLAGGED_ORDER
4:ORDER
5:UNLINKED
6:NEW_CONSULT
7:NEW_ORDER
8:COSIGN_ORDER
9:ES_ORDER
10:UNSIGN_PN
11:UNVERIFIED_MED
This field contains the type of follow-up action to be taken. It is used by the application managing the follow-up action (e.g. GUI interface) to initiate the proper follow-up action separate from the underlying data base and application layers. Example follow-up types include: report, e/s, flag.

Not Referenced