| # | Name | Location | Type | Details | Index | Description |
|---|---|---|---|---|---|---|
| .01 | document definition(+) | 0;1 | POINTER | 8925.1 | B | This is the Document Definition to which the parameters apply. NOTE: All parameters are inherited from ancestor Classes or Document Classes, unless overridden at a subordinate level in the document definition hierarchy. (For example, if you Require Release for class Progress Notes, then all progress note titles require release, unless the parameter is set to NO for a subordinate Document Class or Title.) |
| .02 | require release | 0;2 | BOOLEAN | 1:YES 0:NO | This parameter determines whether the person entering the document is required (and prompted) to release the document from a draft state upon exit from the entry/editing process. Though designed for Discharge Summaries, release may be used for any kind of TIU document. | |
| .03 | require mas verification | 0;3 | SET OF CODES | 1:YES, ALWAYS 0:NO 2:UPLOAD ONLY 3:DIRECT ENTRY ONLY | This parameter determines whether verification by MAS is required, prior to public access and signature of the document. Though designed for Discharge Summaries, verification may be used for any kind of TIU document, and is particularly helpful for documents that are uploaded from a transcription service. Allowable values are: 0 NO 1 YES, ALWAYS 2 UPLOAD ONLY 3 DIRECT ENTRY ONLY where 1 indicates that these documents require verification regardless of how they originate; 2 indicates that verification is required only when the documents are Uploaded; and 3 indicates that verification is required only when documents are entered directly into VISTA. | |
| .04 | require author to sign | 0;4 | BOOLEAN | 1:YES 0:NO | This field indicates whether or not the author should sign the document before the expected cosigner (attending). If parameter is set to NO, only the expected cosigner is alerted for signature. Although the unsigned document appears in the author's unsigned list, and he is ALLOWED to sign it, his signature is not REQUIRED. If set to YES, then the author is alerted for signature, and if the expected cosigner should attempt to sign the document first, he is informed that the author has not yet signed. | |
| .05 | when may chart copy be printed | 0;5 | POINTER | 8925.6 | OUT OF SERVICE. Printing for a given status is governed by business rules. Indicate the status which a document must attain before it can be printed for the chart. | |
| .06 | routine print event(s) | 0;6 | SET OF CODES | R:release V:verification B:both | A document of the given type, and of ROUTINE urgency, is automatically printed whenever one of these events occurs. For example, a site may specify that ROUTINE documents print only upon Completion (i.e., signature or cosignature), while STAT documents print upon Release from Transcription, MAS Verification, or both, in addition to printing upon completion. If print events are not specified, and a CHART COPY DEVICE is defined for the Medical Center Division, then the document will be auto-printed only upon completion. If field MANUAL PRINT AFTER ENTRY is set to YES, then auto-print is ignored entirely. If urgency is not specified for some document, then its urgency is considered to be routine, and the document prints when a routine print event occurs. | |
| .07 | stat print event(s) | 0;7 | SET OF CODES | R:release V:verification B:both | This field is identical to ROUTINE PRINT EVENT(S), except that it applies to documents of STAT urgency rather than ROUTINE urgency. | |
| .08 | manual print after entry | 0;8 | BOOLEAN | 1:YES 0:NO | This parameter is used for documents where a manually-printed hard copy is desired following document entry. If the parameter is set to YES, the user is prompted to print a copy on exit from their preferred editor, and auto-printing (as described in fields ROUTINE/STAT PRINT EVENT(S)) is ignored. | |
| .09 | allow chart print outside mas | 0;9 | BOOLEAN | 1:YES 0:NO | This field determines whether non-MAS users (for example, providers) are asked if they want WORK copies or CHART copies when they print a document. If the field is NOT set to YES, they are not asked, and the printout is a WORK copy. Generally, this is set to YES for PROGRESS NOTES, which are likely to be printed on the Ward or in the Clinic for immediate inclusion in the chart. For DISCHARGE SUMMARIES, which are typically printed centrally, it is usually set to NO, since duplicate CHART COPIES are a particular problem. | |
| .1 | allow >1 records per visit | 0;10 | BOOLEAN | 1:YES 0:NO | This field determines whether a given document may be created more than once per visit. For example, it is often appropriate to enter multiple PROGRESS NOTES for a single HOSPITALIZATION or CLINIC VISIT, whereas only one DISCHARGE SUMMARY is usually entered per HOSPITALIZATION. | |
| .11 | enable irt interface | 0;11 | BOOLEAN | 0:NO 1:YES | This enables TIU's interface with Incomplete Record Tracking (IRT), which updates IRT's deficiencies when transcription, signature, or cosignature events are registered for a given document. NOTE: IRT is designed for DISCHARGE SUMMARIES, and is appropriate only for types of documents where only one document is expected per patient movement. We therefore ask you to leave this parameter undefined (or set it to NO) for PROGRESS NOTES. | |
| .12 | irt deficiency | 0;12 | POINTER | 393.3 | This field provides a mapping between the TIU DOCUMENT DEFINITION and the corresponding IRT DEFICIENCY TYPE. For example, TIU Class DISCHARGE SUMMARY maps to IRT Deficiency Type DISCHARGE SUMMARY. | |
| .13 | default printer | 0;13 | POINTER | 3.5 | NOT IN SERVICE. When a user prints a document of the given type and is prompted for DEVICE, this serves as the default. | |
| .14 | suppress dx/cpt on entry | 0;14 | BOOLEAN | 1:YES 0:NO | This parameter applies only to documents for outpatient care. Together with parameter ASK DX/CPT ON ALL OPT VISITS, it determines whether or not a user is prompted for diagnoses and procedures after signing or editing a document. If this parameter is set to YES (for suppress), the user is not prompted for this information. If this parameter is set to NO or is blank, the user may or may not be prompted, depending on the type of visit and on parameter ASK DX/CPT ON ALL OPT VISITS. If a site elects to suppress diagnoses and procedures, the site must capture this information by some other means (such as an AICS encounter form), in order to receive workload credit for these visits. | |
| .15 | force response to exposures | 0;15 | BOOLEAN | 1:YES 0:NO | When set to YES, this parameter forces the user to respond when asked to specify a veteran's Service Connection Classification (AO, IR, or EC), when creating a standalone visit. | |
| .16 | ask dx/cpt on all opt visits | 0;16 | BOOLEAN | 1:YES 0:NO | This parameter applies only to documents for outpatient care, and is IGNORED if SUPPRESS DX/CPT ON ENTRY is set to YES. If DX/CPT prompts are NOT suppressed, and ASK DX/CPT ON ALL OPT VISITS is set to YES, the user is prompted for DX/CPT information for scheduled as well as unscheduled (stand-alone) visits. If DX/CPT prompts are NOT suppressed, and ASK DX/CPT ON ALL OPT VISITS is set to NO, the user is prompted for DX/CPT information for unscheduled visits ONLY. | |
| .17 | send alerts on addenda | 0;17 | BOOLEAN | 1:YES 0:NO | This parameter determines whether AUTHORS and COSIGNERS of a document of this kind (and any of its descendent types) will receive an informational alert when addenda are added by other persons. The addendum must be in a COMPLETED or AMENDED status for an alert to be generated. Like all document parameters, it may be overridden at descendent levels of the Document Definition Hierarchy. DEFAULT is NO. | |
| .18 | order id entries by title | 0;18 | BOOLEAN | 1:YES 0:NO | This prompt applies only to notes with interdisciplinary entries under them. When an ID note is displayed or printed, the child entries are normally ordered by reference date under the parent entry. In some cases it may be preferable to order them alphabetically by title. If this parameter is set to YES, child entries are displayed by title rather than by date. The default order is by date. | |
| .19 | send alerts on new id entry | 0;19 | BOOLEAN | 1:YES 0:NO | This parameter applies only to interdisciplinary parent notes. If this parameter is set to YES, the signer (cosigner) of an interdisciplinary parent note is alerted when a new entry is added to the note. The default is NO. | |
| .2 | send cosignature alert | 0;20 | SET OF CODES | 0:After Author has SIGNED 1:Immediately | This parameter controls the sequence in which alerts are sent to the expected cosigner of a document. Allowable choices are: | |
| 1 | processing steps | 1;0 | MULTIPLE | 8925.951 | OUT OF SERVICE | |
| 2 | division | 2;0 | MULTIPLE | 8925.952 | Parameters CHART COPY PRINTER and STAT CHART COPY PRINTER may be independently defined according to Medical Center Division. Please indicate the Medical Center Division for which these parameters are being defined. | |
| 3 | editor set-up code | 3;E1,245 | FREE TEXT | This is M code which is executed prior to invoking the user's preferred editor. It ordinarily sets local variables, which are then used in the editor's header, etc. For example, code written at Boston VAMC sets a local array containing patient demographics. An M-based editor used at the site can then display demographic information in a fixed header when a user edits a document. | ||
| 4 | filing error alert recipients | 4;0 | MULTIPLE | 8925.954 | These persons receive alerts from the upload filer process when a document of the given type cannot be filed/located, or has a missing field. If a document being uploaded has a missing/bad title, then alert recipients defined at the title level cannot be found. In this case, recipients named at the class level are alerted. For example, if a Progress Note is being uploaded and has a missing/bad title, then Progress Note-level recipients are alerted. If recipients are not specified, then alert recipients named in parameter UPLOAD ERROR ALERT RECIPIENTS in the TIU PARAMETER file are alerted as defaults. | |
| 5 | users requiring cosignature | 5;0 | MULTIPLE | 8925.955 | Please indicate which groups of users (i.e., User Classes) require cosignature for the type of document in question. For example, STUDENTS, INTERNS, LPNs, and other user classes may be identified as requiring a cosignature for PROGRESS NOTES. NOTE: Users specified as requiring a cosignature for DISCHARGE SUMMARY documents cannot be selected as Attending Physicians for these documents. This ensures that users who require a cosignature cannot cosign these documents. | |
| 6 | heading | 6;0 | WORD-PROCESSING | |||
| 7 | footer | 7;0 | WORD-PROCESSING | |||
| 8 | closing | 8;0 | WORD-PROCESSING | |||
| 9.01 | justify heading | 9;1 | SET OF CODES | LJ:LEFT JUSTIFIED CJ:CENTER JUSTIFIED RJ:RIGHT JUSTIFIED | ||
| 9.02 | justify footer | 9;2 | SET OF CODES | LJ:LEFT JUSTIFY CJ:CENTER JUSTIFY RJ:RIGHT JUSTIFY | ||
| 9.03 | justify closing | 9;3 | SET OF CODES | LJ:LEFT JUSTIFY CJ:CENTER JUSTIFY RJ:RIGHT JUSTIFY | ||
| 9.04 | page numbers | 9;4 | BOOLEAN | 1:YES 0:NO | ||
| 9.05 | justify page numbers | 9;5 | SET OF CODES | LJ:LEFT JUSTIFIED CJ:CENTER JUSTIFIED RJ:RIGHT JUSTIFIED | ||
| 9.06 | insert blank lines | 9;6 | NUMERIC |
Not Referenced