Boarding Loc

Projects
Active?:	active
Program:	CC and Med
Requestor:	internal
Collection start:	2019-Sep-20
Collection end:

This isn't so much a project as way to track how patients physically move around the hospital. See Change from Service Location to Service, Boarding Loc and Transfer Ready DtTm tmp entry for information about it and why we needed to change it to this model.

This project tracks where and when a patient arrives into a new physical location.

Data Collection Instructions

How to enter this

• Use tmp fields:
  • Project: Boarding Loc
  • Enter start_dt: arrival date at physical location, under column E.
  • Enter start_tm: arrival time at physical location, under column M.
    • The first entry for Boarding Loc and for Service tmp entry need to have the same date and time because we only care about the portion of time in that earliest location that was under our service. So, e.g. if in ER the pt is accepted initially by surgery we don't care about the unit start date and time until our service takes over.
  • checkbox: not used for this project
  • Item:
    • no location entered is the default (that entry will not be allowed in a complete record)
      • change the original entry to the first location the patient was during the admission in this record, e.g. ER, specific medicine ward etc
      • for any physical move to another unit, enter an additional Boarding Loc entry:
    • for "home" locations
      • item: the actual ward, e.g. STB_B5 or HSC_MICU
      • comment: leave blank
    • for "boarding" and COVID Suspect locations
      • item: "<your site> - boarding" (eg. "HSC - boarding")
      • comment: actual unit
    • for COVID Positive locations
      • item: "<your site> - COVID unit" (eg. "GRA - COVID unit")
      • comment: actual unit

APACHE

The APACHE elements time frame will start in the off-ward bed location.

Does it really start in ER? since that's now one off-ward location? In any case, we should really only link to the definition in APACHE from here so this doesn't become inconsistent. If someone knows where that's documented, can you please confirm and fix? Ttenbergen 00:36, 2020 October 16 (CDT) I haven't been able to find it on the Wiki, but I was told to get my values for my Apache from the previous location. So for example a patient getting admitted to the ward from ER, the Apache values would be the ones just prior to their Accept Dt/Tm. Think "this was their condition when they were accepted by medicine". If it's a transfer to the ward from ICU, I take the last values before they left. Surbanski 11:14, 2020 October 19 (CDT) To confirm for patients admitted from ER, Apache vital signs are taken from closest to but prior to Accept Date/time? For medicine yes. I don't know if ICU does anything different. If I've been doing it wrong I expect someone from medicine at the other sites will say something :) Surbanski 10:31, 2020 October 20 (CDT) Dose ICU start there APACHE and TISS from the ER accept time or ICU admit time. Currently we collect from the ER accept time only when the patient is boarded in the ER for greater than 2 hours. Gthomson2 10:43, 2020 October 20 (CDT) Since Oct.15th, I have been using the 24 hour period after the accept time, which means that I am including the applicable Vitals from ER if the patient was from the ER. I wasn't at the task meeting yesterday, so I don't know if this was discussed, but this was my understanding of how we are supposed to collect apacheMlagadi 11:02, 2020 October 23 (CDT)

• SMW

• Cargo

• Categories

TISS

TISS starts from the off-ward bed.

This would now mean TISS starts in ER if the pt is in ER long enough. We discussed that a while ago and I can't remember the outcome. This might need to be updated to correspond to that. Or rather, this should only be a link to that so it doesn't go inconsistent in the future. If some one knows what was decided, can you please fix this? Ttenbergen 00:36, 2020 October 16 (CDT)

• SMW

• Cargo

• Categories

Special Case - cross-program boarding

If a patient is accepted by your service but remains at a location of a different service for some time before moving to your service, you need to enter a Boarding Loc entry for that period.

For Critical Care collection, this could happen if the team runs a code on a patient and accepts care for that patient, but for a period of time hasn't yet moved the patient. For Critical Care, you would enter a generic "<Site>_Med" (ie GRA_Med, HSC_Med, STB_Med) for this patient so we don't have CC collectors keeping track of where regular, boarding or covid locations are. The generic "<Site>_Med" entry would only be available on CC laptops.

For Medicine laptops this isn't an issue because all CC locations are explicitly included in Boarding Loc.

Special Case - Parked

• For patients who are Parked in ER, just follow usual instructions, a special entry is no longer needed, since the ER delay will take care of them.

Special Case - EMIP/ECIP

See 2020-10 EMIP changes

Special Case - COVID

See 2020-10 COVID unit collection.

earlier info

During the COVID-19 pandemic there were a lot of movements of entire wards (see Category:2020 COVID unit transition for related pages). The Boarding Loc project was a convenient place to store this information, so we added some specific locations for this purpose: HSC_D4_P HSC_D5 HSC_D5_p HSC_H4H STB_E6_B GRA_5N

Start/End Dates

• Start: 2019-Sep-01: new admissions on and after this date.
• End: there is no planned end date

Loose ends

Query ''check ER Delay not too big'' needs to be changed to include the new Boarding Loc schema .

• SMW

• Cargo

• Categories

Which if any of Project_Borrow_arrive#Data_Integrity_Checks_.28SMW.29 will need to be moved over to this instead?

• SMW

• Cargo

• Categories

inactivate legacy entry Home Medicine ward once last pt using it is discharged

• SMW

• Cargo

• Categories

Data Integrity Checks (automatic list)

	App	Status
Query check tmp ER Boarding Loc should exist if from ER	CCMDB.accdb	declined
Check if awaiting code is primary dx then Transfer Ready DtTm must be equal to Arrive DtTm	CCMDB.accdb	declined
Query s tmp check Boarding Loc and TransferReadyDtTm pairs	CCMDB.accdb	implemented
Query check tmp 2 BL TR S same tm	CCMDB.accdb	implemented
Query Check BL TR combiner null	CCMDB.accdb	implemented
Query check Transfer DtTm after paired BL and before later BL	CCMDB.accdb	implemented
Query s tmp Boarding Loc ER delay reasonable	CCMDB.accdb	implemented
Query check no consecutive same BL or Service	CCMDB.accdb	implemented
Query check CCI TISS matching BoardingLoc time	CCMDB.accdb	implemented
Query check tmp Boarding Loc Service first same	CCMDB.accdb	implemented
Query s tmp check combined Boarding Loc and TransferReadyDtTm	CCMDB.accdb	implemented
Query check transfer DtTm during admission	CCMDB.accdb	implemented
Query check tmp Service and Boarding Loc during admission timeframe	CCMDB.accdb	implemented
Query check tmp service or location duplicate	CCMDB.accdb	implemented
Query s tmp Boarding Loc date item	CCMDB.accdb	implemented
Query check minimal data set incomplete	CCMDB.accdb	implemented
Query check tmp Transfer Ready not before Boarding Loc	CCMDB.accdb	retired
Query s tmp check combined BL and TRDtTm nonsequential	CCMDB.accdb	retired
Query check transfer ready tmp for each Boarding Loc	CCMDB.accdb	retired
Query s tmp Boarding Loc no borrow but entry	CCMDB.accdb	retired

Data Use

Critical care and Medicine programs want to know this to better understand patient flow and bed utilization.

SAS Program

The SAS program calculates the time spent in a borrowed bed at each ICU stay and summarize the total bed-days in a given interval that are taken up by boarders from elsewhere and how much a certain unit is boarding elsewhere.

Time spent in borrowed bed = Next Arrival Date_time - First Arrival Date_time

where Next Arrival Date_time = Dispo Date_time if there is no more next arrival date_time.

The SAS program is saved in X:\Julie\SAS_CFE\CFE_macros\Bed_Borrow.sas

Background

See Bed borrow as aggregator page for other boarding and borrow related concepts.

The concept is similar to EMIPs but we will keep the EMIP separate from this project. The current EMIP will stay the same.--JMojica 10:37, 2019 September 20 (CDT)

Related articles