This file contains all outpatient encounters since 10/1/93 that have been successfully checked out or need to be checked out. The types of encounters that caused entries to be added to this file are appointments, add/edit stop codes and dispositions. If the encounter needs to be checked out then it will have a status of 'PENDING ACTION'. The site will not receive workload credit if the status remains 'PENDING ACTION'. 'PENDING ACTION' includes both 'ACTION REQUIRED' and 'NO ACTION TAKEN' statuses. If the encounter has been no-showed or cancelled then it will NOT be in this file. Inpatient encounters will always have a status of 'INPATIENT APPOINTMENT'. Appointments made for non-count clinics will always have a status of 'NON-COUNT'. All other encounters will have a status of 'CHECKED OUT'.
.01date(+)0;1DATE-TIMEBThis field contains the date and time when outpatient encounter occurred.
.02patient(+)0;2POINTER2CThis field contains the patient associated with the encounter.
.03clinic stop code(+)0;3POINTER40.7This field contains the CLINIC STOP CODE associated with the outpatient encounter.
.04location0;4POINTER44This field contains the location, usually a clinic, where the encounter took place. This field is optional.
.05visit file entry0;5POINTER9000010AVSITThis field indicates the VISIT file entry associated with this encounter. This field is optional and will only be filled in if the site is running the Visit Tracking module.
.06parent encounter0;6POINTER409.68APARThis field associates the current encounter with a parent encounter. For example, if there are add/edit stop codes associated with an appointment, then all the add/edit encounter entries will have this parent field filled in with the appointment encounter. This relationship allows the check out software to use the check out information of the appointment for the add/edits, as well.
.07check out process completion0;7DATE-TIMEThis field indicates the check out process has been successfully completed for this outpatient encounter.
.08originating process type(+)0;8SET OF CODES1:APPOINTMENT
This field indicates the type of process that created this encounter. The types are the follwoing: 1 - appointment 2 - add/edit stop code 3 - disposition
.09extended reference0;9FREE TEXTThis field indicates the internal multiple entry of the originating process that created the encounter. The reference mapping is the following: Originating Process Global Reference ------------------- ---------------- 1 - appointments ^SC(,"S",,1,) Note: If this field is equal to 999999, it means that the appointment encounter was created by the ACRP Database Conversion functionality in patch SD*5.3*211. The 999999 indicates that the above ^SC node did not exist at the time of the conversion. The node did not exist because it had been purged. The conversion set and then killed the psuedo 999999 node in order to create the encounter. As a result, the 999999 also means that the ELIGIBILITY OF ENCOUNTER (#.13) for the encounter was the patient's primary eligibility at the time of the conversion, since no history exists. 2 - add/edits Always null ; not applicable 3 - dispositions ^DPT(,"DIS",)
.1appointment type(+)0;10POINTER409.1This field contains the appointment type assoicated with the outpatient encounter.
.11medical center division(+)0;11POINTER40.8This field indicates the medical center division where the encounter took place.
.12status0;12POINTER409.63This field indicates the status of the encounter. Currently, the only possible statuses are the following: CHECKED OUT PENDING ACTION INPATIENT APPOINTMENT NON-COUNT Future, no-showed and cancelled appointments are not included in this file at the present time.
.13eligibility of encounter(+)0;13POINTER8This field contains the eligibility associated with the encounter.
.2unique visit number0;20FREE TEXTThis is the unique visit ID created by PCE. It is stored for every encounter. This number will be obtained from a supported call provided by PCE.
101edited last byUSER;1POINTER200This field records the user who last edited the entry.
102date/time last editedUSER;2DATE-TIMEThis field contains the date/time that the entry was last edited.
103created byUSER;3POINTER200This field records the user who created the entry.
104date/time createdUSER;4DATE-TIMEThis field contains the date/time that the entry was made.
201computer generated?CG;1BOOLEAN0:NO
This field is used for data validation. It helps determine which entries were automatically generated by outside packages. This field should not be editied.
202unresolved appt type reasonCG;2SET OF CODES1:DUAL ELIGIBILITY
If visit has an appointment type of computer generated, the UNRESOLVED APPT TYPE REASON field will also be stuffed with the best possible reason why an appropriate appointment type could not be determined. Currently, if a patient has a comp and pen exam within the last three days of the visit date which is computer generated the unresolved reason will be POSSIBLE COMP & PEN. If a patient has a dual eligibility and one of those eligibilities is Sharing Agreement, Employee, or Collateral, the unresolved reason will be DUAL ELIGIBILITY. If there is a scenario where both apply, the default is POSSIBLE COMP & PEN.
901created by conversionCNV;1BOOLEAN0:NO
This field is set to 'Yes' if the encounter is created by the ACRP Database Conversion patch (SD*5.3*211).
902original create dt from 'sdv'CNV;2DATE-TIMEIf this encounter was created by the ACRP Database Conversion patch (SD*5.3*211) from an entry in the SCHEDULING VISITS (#409.5) file then this field contains the date that the original entry in the SCHEDULING VISITS file was created.
903non-historical stop code usedCNV;3BOOLEAN0:NO
This field is set to "YES" if this encounter was created by ACRP Database Conversion patch (SD*5.3*211) and the stop code associated with the encounter was obtained from the HOSPITAL LOCATION (#44) file entry for the clinic at the time of the conversion. In other words, there was no mechanism available to absolutely determine the historical value of either a clinic stop code or a credit stop code for a clinic at the time the encounter actually occurred.
904conversion completedCNV;4BOOLEAN0:NO
This field indicates whether or not the conversion process has been completed for this encounter.
905date of last conversionCNV;5DATE-TIMEThis is the date that the conversion process was last completed for this encounter.

Referenced by 10 types

  1. CLAIMS TRACKING (356) -- outpatient encounter
  2. ADT/HL7 PIVOT (391.71) -- event pointer
  3. OUTPATIENT CLASSIFICATION (409.42) -- outpatient encounter
  4. OUTPATIENT DIAGNOSIS (409.43) -- outpatient encounter
  5. OUTPATIENT PROVIDER (409.44) -- outpatient encounter
  6. SDSC SERVICE CONNECTED CHANGES (409.48) -- outpatient encounter
  7. OUTPATIENT ENCOUNTER (409.68) -- parent encounter
  8. TRANSMITTED OUTPATIENT ENCOUNTER (409.73) -- outpatient encounter
  9. HBHC VISIT (632) -- outpatient encounter
  10. HBHC VISIT ERROR(S) (634.2) -- outpatient encounter