Site and Location table: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
TOstryzniuk (talk | contribs)
TOstryzniuk (talk | contribs)
Line 94: Line 94:
====STB_MICU & SICU====
====STB_MICU & SICU====
*the units were combined into "one unit" called '''STB_MICU'''  
*the units were combined into "one unit" called '''STB_MICU'''  
======Date======
=====Date=====
'''Jan.15, 2007'''  
'''Jan.15, 2007'''  


Line 103: Line 103:


====STB_CCU service patients in STB_MICU unit Collection Process CHANGE====
====STB_CCU service patients in STB_MICU unit Collection Process CHANGE====
=====Date=====
*New as of October 1, 2010. 
#Patients that are located in MICU but covered by cardiology service physician will be put in as Site_location STB_MICU.
#Patients that are located in MICU but covered by cardiology service physician will be put in as Site_location STB_MICU.
#[[Registry Patient Type]] = '''C'''ardiac Physician Service Care   
#[[Registry Patient Type]] = '''C'''ardiac Physician Service Care   
Line 111: Line 109:
#*Continuous admissions linking: A admission FROM Loc_site STB_MICU TO Loc_site STB_MICU, will now be allowed.  The distinguishing feature of these will be Patient Type.       
#*Continuous admissions linking: A admission FROM Loc_site STB_MICU TO Loc_site STB_MICU, will now be allowed.  The distinguishing feature of these will be Patient Type.       
#If the patient is moved to the CCU location on the fifth floor, a new profile will again be used:  CCU location, type: cardiac. This is for STB location only.  --[[User:LKolesar|LKolesar]] 15:54, 20 October 2010 (CDT)
#If the patient is moved to the CCU location on the fifth floor, a new profile will again be used:  CCU location, type: cardiac. This is for STB location only.  --[[User:LKolesar|LKolesar]] 15:54, 20 October 2010 (CDT)
=====Date=====
New as of October 1, 2010.


== Details for Vic N4/S3 ==
== Details for Vic N4/S3 ==

Revision as of 16:46, 2010 October 20

This table shows Hospitals/Sites and locations where we collect data and their codes for entry into the Location field. In some circumstances you will need to use the hospital and location on their own, and in some they will be combined. If they are combined, they should be written as <hospital>_<location> (eg HSC_A4).

items in blue are links to details recorded below

Hospital/Site ICU ward location Medicine ward location Data Collection Start Date
HSC MICU, SICU, CCU, IICU
  • MICU-July 1, 1988
  • SICU-July 1, 1988
  • IICU-May 13, 1997
  • CCU-May 1, 1999
  • A4-October 1, 2003
  • H4-April 1, 2004
  • D4-March 1, 2004
  • D5-March 1, 2004
  • B3-February 1, 2005
  • H4H-May 1, 2005
STB
  • CCU
  • B4-NTU (B4 changed to 5B- NTU. Change date: Nov 17.09. (non acute geri rehab)
  • B5- CTU change date: Oct 14.09 (stop at serial 6310 move to E6), (stop at serial 4597-Deb's PDA every 86-100)
  • E6- CTU change date: Oct 14.09 (start at serial 6311)(start at serial 4598 -Deb's every 86-100))
  • E5- CTU
    • Med overflow tracking to the following units: (A5, A6 & E6)
  • MICU-May 24,1999
  • SICU-May 24, 1999
    • Combined Unit: January 15, 2007
  • CCU-May 24, 1999
  • CICU-January 15, 2007
  • B5 (E6)-August 1, 2004
    • Moved to E6-October 14.09
  • B4-November 1, 2004
    • Moved to 5B-November 17, 2009
  • E6-December 1, 2004
VIC MICU
  • N3F&S4F-Family Medicine-July 1, 2005 to June 30, 2006
  • N5-August 1, 2005
  • S5-September 1, 2005
  • N4-September 1, 2005
  • S3-October 1, 2005
  • S4-October 1, 2005 (check trish)
    • Opened as a CTU August 1, 2009
GRA MICU
  • N3-January 1, 2005
  • N5-January 1, 2005
  • W3/E3 also know a S3-January 1, 2005
CON MICU 0 May 1, 1999
OAK MICU 0 June 1, 1999


Details for Grace W3 / E3 / S3

The data for Grace W3 actually includes the east(E) and west(W) wings of the third floor. Apparently at some point, the Grace refers to W3 & E3 as ward S3. Since we had been collecting data for a year or two before this came up, we decided not to change our location label.

Details for STB ICU

STB_MICU & SICU

  • the units were combined into "one unit" called STB_MICU
Date

Jan.15, 2007

STB_CICU

  • Cardiac Surgery Intensive Care Unit STB_CICU was established
Date

Jan 15, 2007

STB_CCU service patients in STB_MICU unit Collection Process CHANGE

  1. Patients that are located in MICU but covered by cardiology service physician will be put in as Site_location STB_MICU.
  2. Registry Patient Type = Cardiac Physician Service Care
  3. If MICU attending physician takes over their care, a new profile will be started
  4. Registry Patient Type = Medical Physician Service Care
    • Continuous admissions linking: A admission FROM Loc_site STB_MICU TO Loc_site STB_MICU, will now be allowed. The distinguishing feature of these will be Patient Type.
  5. If the patient is moved to the CCU location on the fifth floor, a new profile will again be used: CCU location, type: cardiac. This is for STB location only. --LKolesar 15:54, 20 October 2010 (CDT)
Date

New as of October 1, 2010.

Details for Vic N4/S3

  • The VGH has had two floors completely renovated and has moved two complete programs around. Initially when the medicine data base started, the fourth floor (N4) was a mix between medicine and surgery. The North ward(N4) had 30 beds and the south ward (S4) had 30 beds, and the medicine/surgical patients were mixed up between the two sides. Originally the data collection started on N4. The surgical program got moved to our old LDRP ward, on the second floor. So now 40 beds of surgery reside on second floor. The VMU ward got placed on S4 and Family Medicine totally moved to N4. We never changed the PDA's to reflect the S4 change, left with PDA setting of N4.
    • According to Tina, there would be major problems with Handibase/Active Sync Programs if change was made the reflect the S4 change.TOstryzniuk 12:45, 3 December 2008 (CST)
    • <Tina could you expand on this part of the PDA story>TOstryzniuk 12:45, 3 December 2008 (CST)
      • They are using laptops now, if we want to change this we would need to decide exactly what we want to do and then implement. Ttenbergen 14:03, 11 September 2009 (CDT)

Unit 3 is a medical rehab ward. It has 30 beds. However, both the Family Medicine program and the VMU program admit patients here. So this S3 ward got added to the N4 ward and the same data collector collects both units. There can be anywhere from 10-20 VMU patients on unit 3 at any one time, it fluctuates. These patients are all medically stable with d/c planning issues. Are they PCH bound, Geri-rehab bound, awaiting HC, many things, but when they become unstable, they get moved off that ward. So there you have the story of the N4/S3 ward.WGobert 09:21, 28 November 2008 (CST)

STB ward change B5 to E6

October 14th all new new admits on this day change location to E6.

  • Any new patients admitted to B5 on Oct 14th onward will have LOCATION of E6. (starts at serial number 6311 Gayle’s PDA and serial 4598 Deb’s PDA for B5 patients).
  • Any patient admitted to B5 Oct 13th or earlier will retain LOCATION of B5. (Last B5 patient serial 6310 (Gayle PDA) & 4597(deb’s PDA)

Move dates:

  • If the B5 admit date was “on” or after Oct 14 then moves data should be to E6.
  • If the B5 ward admit date was October 13th or “earlier” then move data is B5 even if patient is move to you on or after October 14.

Integrity Checks

Variable 1 & 2 of Other Wards:

  • If the admit date of the other ward was October 13th or “earlier” then var 1 should be FROM B5.
  • If the admit date of the other ward was “on” or after Oct 14 then var 1 should be FROM E6.
  • If the discharge date of the other ward was October 13th or “earlier” then var 2 should be TO B5.
  • If the discharge date of the other ward was “on” or after Oct 14 then var 2 should be TO E6.

Details for HSC_B3

  • Data collection started on this unit October 18, 2004. One side of this ward is Medicine patients, mostly cardiac patients. Use to be cardiology beds. Dan might remember? The other side of this ward is days surgery patients that we do not collect data on.TOstryzniuk 18:59, 5 January 2010 (CST)


Template:Discussion

  • Need to clean up table above further.TOstryzniuk 20:37, 18 January 2010 (CST)