# | Name | Location | Type | Details | Index | Description |
---|---|---|---|---|---|---|
.001 | number | 11 | This 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:
| |||
.01 | name(+) | 0;1 | FREE TEXT | B | This 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). | |
.02 | package id(+) | 0;2 | FREE TEXT | C | This 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. | |
.03 | message text(+) | 0;3 | FREE TEXT | D | This 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). | |
.04 | message type(+) | 0;4 | SET OF CODES | PKG: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.' | |
.05 | action flag(+) | 0;5 | SET OF CODES | I: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. | |
.06 | entry point | 0;6 | FREE TEXT | This 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. | ||
.07 | routine name | 0;7 | FREE TEXT | This is an optional variable identifying a routine or tag(field .06)^routine used to create XQAROU for processing by XQALERT. | ||
1 | non-menu type option action | 1;1 | POINTER | 19 | This 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.5 | related package | 1;2 | FREE TEXT | This field contains the name of the package where the notification originates or is triggered (e.g., LAB, MAS, Pharmacy.) | ||
4 | description(+) | 4;1 | FREE TEXT | This field contains free text describing the notification, how it is trig- gered and what action(s) delete it. | ||
5 | follow-up type | 3;2 | SET OF CODES | 0: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