![]() |
The Patient menu is used to search for patient records, as well as add, edit and view patient demographics. The Demographics link becomes available after a search is performed.
View-only users see the Patient > Search link, while Registry users see Patient > Search/Add.
Public information is registry-wide information and can be viewed by every user access level except Vendor View.
Private information is confidential and can only be viewed by the owner. Â Registry View and Vendor View cannot see private information.
![]() |
Only Registry Client, IRMS Client, and Facility Client users can add and update patient records.
A patient record consists of two major elements, each containing public and private data fields:
Demographics consist of patient name, address, family, and miscellaneous data. The public and private data fields are as follows.
Patient Information:
Field | Public or Private |
First Name or Alias |
Public |
Middle Name |
Public |
Last Name or Alias |
Public |
Suffix |
Public |
Birth Date |
Public |
SSN |
Private |
Sex |
Public |
Age |
Public |
Multiple Birth |
Public |
Race |
Private |
Ethnicity |
Private |
Language |
Private |
Medicaid |
Private |
Birth File |
Private |
VFC Status |
Private |
Inactive |
Public |
Cell Phone |
Private |
Address Information:
Field | Public or Private |
Street |
Private |
Physical Address |
Private |
City |
Private |
State |
Private |
Country |
Private |
County/Parish |
Private |
Zip Code |
Private |
District/Region |
Private |
Phone Number and Extension |
Private |
Valid Address |
Private |
|
Private |
Block Health Promotion Reason |
Private |
School |
Private |
Family Information:
Field | Public or Private |
Guardian 1 First Name |
Private |
Guardian 1 Middle Name |
Private |
Guardian 1 Last Name |
Private |
Guardian 1 SSN |
Private |
Guardian 2 First Name |
Private |
Guardian 2 Last Name |
Private |
Guardian Work Phone |
Private |
Mother's Maiden Name |
Private |
Other Information:
Field | Public or Private |
Physician |
Private |
Facility |
Private |
Chart Number |
Private |
Next Appointment Date |
Private |
Block Recall |
Private |
Recall Count |
Public |
Program/Mem. IDs |
Public |
Monthly Income |
Private |
Health Plan Name |
Public |
HP Patient ID |
Private |
HP Enroll Date |
Private |
Birth State |
Private |
Birth Country |
Private |
Allergies/Comments |
Private |
Number in Family |
Public |
Record Information:
Field | Public or Private |
SIIS Patient ID |
Public |
IRMS Owner |
Public |
Entry Date |
Public |
Last Update |
Public |
Regardless of patient record ownership, users will always see every individual vaccination.
Field | Public or Private |
Vaccine |
Public |
Date Administered |
Public |
Historical |
Public |
Manufacturer |
Private |
Lot Number |
Public |
Lot Facility |
Private |
Vaccinator |
Public |
Funding Source |
Public/Private |
Facility |
Public |
Anatomical Site |
Public |
VFC Status |
Private |
Adverse Reaction |
Private |
District/Region |
Private |
Dates of VIS Publications |
Public |
Date VIS Form Given |
Public |
Ownership is a privilege set up by an administrator for an Organization (IRMS) when it is first entered into the application. Records can be owned by a/an:
When a facility or physician is the record owner, it is a combination of IRMS/Facility and IRMS/Physician.
Ownership is identified by the values in the patient demographic record; specifically a/an:
These fields are populated in two ways:
Depending on how the application is configured, it may be appropriate to block ownership for entities such as schools, emergency rooms, and specialized clinics that do not handle any patient management such as reminder recall.
The vaccination date is used to determine ownership, not registry entry date.
![]() |
The following information relates to patient opt-outs and anonymous information.
The Add Anonymous feature provides the following:
With this feature, the Vaccinations > Add Anonymous link appears and authorized users can add an anonymous vaccination by initially entering the Birth Date, Vaccine, and Date Administered information. Once the data is entered, the Vaccination Detail [Add] page opens and the anonymous entry can be completed.
State law requires that patients who have opted out of being in the registry must be removed from the registry. As such, opted-out patients are completely removed. An anonymous patient is created using an opted-out patient's birth date in order to maintain the vaccination record. The patient data is then moved to patient tables in a different schema. Imported records that match an opted-out patient are refused.
To opt-out a patient, Registry Client users select the Opt Out Patient option on the Patient Edit page. Upon saving the record, a confirmation request message appears because opted-out patients become anonymous within the system and their personal information is removed from the registry. On this confirmation request message, the Cancel button stops the patient from being opted-out, while OK sends the user to the newly created anonymous record.
For Indiana Users: If a patient is renamed ANONYMOUS, their old record is copied to a table in the OPTOUT schema so that they cannot be re-entered. If the user wants to re-enter the patient, they must re-enter all of the data.
For Wyoming Users: If a patient is renamed ANONYMOUS, their old record is copied to a table in the OPTOUT schema so that they cannot be re-entered. If the user wants to re-enter the patient, they must re-enter all of the data.
Anonymous patients are not included in reports by default. However, the Administration > Properties > Patient Settings > Include Anonymous Patients in Patient Detail Report option can be enabled (selected) in order to include them in reports. Both SIISOptOut and OptOut have this option.
To opt-in a patient, Registry Client users query for the anonymous patient, click Edit, select Opt-In Patient, and then enter the patient information and save the record.
In the Child Care application, only consented students/patients and non-consented students who match both the Organization (IRMS) and the Child Care ID in the user's session are returned.
![]() |
In the School Nurse application, only consented students/patients and non-consented students who match both the Organization (IRMS) and the School ID in the user's session are returned.
![]() |
In the other applications, when the Enable Non-Consent option is set to Facility, only consented patients and non-consented patients who match both the IRMS and Facility in the user's session are returned. If the user is an IRMS user, patients from the IRMS and all Facilities in that IRMS are returned. Otherwise, if the Enable Non-Consent option is set to IRMS, only consented patients and non-consented patients who match the IRMS in the user's session are returned.
The SIIS Opt Out option is the original STC version of opting out. It allows Registry Client users to opt patients in and out of the registry using the Opt Patient out/in button on the Patient Demographics screen. Clicking the button flags the patient as opted-out (or -in). Opted-out patients are returned in a patient search for all users, but only the owning Organization (IRMS) can select the patient. If users from a different Organization (IRMS) attempt to select or view the patient, a warning displays. The warning text is configured in the Administration > Properties > SIIS Optout > Opt Out Patient Warning Text section.
After clicking the Opt Patient Out button, the patient record displays with an opt-out message (for all users) stating Patient has chosen to Opt Out of the registry and the Opt In button displays (for Registry Client users only).
When a search is conducted for an opted-out patient, the patient is displayed in red in the search results.
To further support Louisiana's Hepatitis B Screening pilot program, a Hep B form was added to the patient demographics screen when the Enable Hepatitis B Screening Pilot Site property is enabled on the Organization (IRMS) Maintenance page.
To open the form, search for a patient. On the Patient Demographic Master View page, scroll down and click High Risk Hepatitis B Screen. Â The following sections of the record must be completed and verified:
![]() |
 |
Â