Files > ROR REGISTRY RECORD

name
ROR REGISTRY RECORD
number
798
location
^RORDATA(798,
description
The ROR REGISTRY RECORD file contains records of local registries. Each record associates a patient with a registry and contains registry-specific and additional service information (when the patient was added to the registry, if they were confirmed, etc). Records of the file are uniquely identified by the patient and the registry (the "A" primary key and the uniqueness index "KEY" are used for that purpose). When the record of this file is deleted, the logic of the ADELETE cross-reference tries to delete the associated records from the ROR HIV RECORD (#799.4), ROR PATIENT (#798.4), and ROR PATIENT EVENTS (#798.3) files. A permanent screen (the ^DD(798,0,"SCR") node) restricts access to records of this file. Users can only access records of those registries that they have the security key(s) for. Users with the ROR VA IRM security key can access all records of the file. If you want the changes in the security keys allocation to have an effect immediately, you should rebuild the "ACL" cross-reference of the .01 field of the SECURITY KEY multiple of the ROR REGISTRY PARAMETERS file (#798.1). See the description of the cross-reference for more details.
Fields
#NameLocationTypeDetailsIndexDescription
.01patient name(+)0;1POINTER798.4BThe PATIENT NAME field identifies a patient in the registry. You can select a patient either from the local registry or the ROR PATIENT file, or you can add a new patient from the PATIENT file. You can only select records of those registries that you have appropriate security key(s) for.
.02registry(+)0;2POINTER798.1ACThe REGISTRY field identifies the registry that the record belongs to.
1date entered0;3DATE-TIMEThe DATE ENTERED field is automatically populated by the trigger associated with the REGISTRY field when the patient is added to the registry.
2date confirmed0;4DATE-TIMEA trigger associated with the STATUS field automatically populates the DATE CONFIRMED field with the current date and time when the patient is confirmed in the registry.
2.1confirmed by0;10POINTER200A trigger associated with the STATUS field automatically populates this field with a pointer to the record of the user who confirmed the patient.
3status0;5SET OF CODES0:Confirmed
4:Pending
5:Deleted
The STATUS field indicates current status of the registry record.
3.1selection rule1;0MULTIPLE798.01The SELECTION RULE multiple contains a list of selection rules that the patient passed when added to the registry.
3.2date selectedCOMPUTEDValue of this field is calculated as the earliest date of selection rules from the SELECTION RULE multiple (3.1). If that multiple is empty, then the date part of the DATE ENTERED field (1) will be used.
3.3location selectedCOMPUTEDComputation algorithm of this field returns the LOCATION field (2) value of the earliest selection rules from the SELECTION RULE multiple (3.1).
4update demographics0;6BOOLEAN0:NO
1:YES
Usually, you should not edit this field. Set the value of this field to "YES" if you want patient demographic data to be sent to the AAC.
4.1demographics updated0;8DATE-TIMEThe DEMOGRAPHICS UPDATED field stores the date/time of the last change in the patient's demographic data that was detected by the Clinical Case Registries software.
5update local registry data0;7BOOLEAN0:NO
1:YES
Usually, you should not edit this field. Set the value of this field to "YES" if you have changed any local registry data of the patient and want this data to be sent to the AAC.
5.1local data updated0;9DATE-TIMEThe LOCAL DATA UPDATED field stores the date/time of the last change in the patient's local registry data.
6date deleted0;11DATE-TIMETrigger associated with the STATUS field (3) automatically populates this field with the current date and time when the patient is deleted from the registry.
6.1deleted by0;12POINTER200Trigger associated with the STATUS field (3) automatically populates this field with a pointer to the record of the user who deleted the patient from the registry.
8activeCOMPUTEDThis is a computed field that indicates if the patient's record in the registry is active and should be considered by the software.
9.1data acknowledged until2;1DATE-TIMEThe DATA ACKNOWLEDGED UNTIL field contains a date that the patient data has been extracted up to and successfully transmitted.
9.2data extracted until2;2DATE-TIMEThis field contains a date that registry data of the patient has been extracted up to. Actual transmission of this data is not confirmed.
10message id2;3FREE TEXTAMThe MESSAGE ID field contains the identifier of latest individual HL7 message created for this registry record. Value of this field should have the following format: BatchID-N, where BatchID is the identifier of the HL7 batch message (see the INTERNAL BATCH ID field of the LAST BATCH CONTROL ID multiple of the ROR REGISTRY PARAMETERS file), and N is the sequential number of the message in the batch.
11don't send2;4BOOLEAN0:NO
1:YES
Set this field to "YES" if you do not want any data to be sent to the national registry for this record.
12pending patient comment3;1FREE TEXTThis is any user input concerning a patient who hasn't been confirmed into a registry.
20local field20;0MULTIPLE798.02The LOCAL FIELD multiple contains a list of local field values for the registry patient along with the corresponding dates and comments.

Referenced by 1 types

  1. ROR HIV RECORD (799.4) -- registry record