2020-10 EMIP changes: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
m Text replacement - "Change to GRA Med, HSC Med, STB Med Service Location" to "Change from Service Location to Service, Boarding Loc and Transfer Ready DtTm tmp entry"
m cleanup
 
(11 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Discuss|
* Trish, Julie and Tina discussed 2020-10-08, we will roll this out shortly but wait until Trish gives go-ahead before you change practices. Please comment inline if you see problems, or clarify things if I could have written them up better. Ttenbergen 22:05, 2020 October 8 (CDT)
}}
== Collection instructions ==
=== Identifying EMIPs for laptops using [[PatientFollow Project|PatientFollow model]] ===
* filter your [[Cognos Admitter]] by Service and enter patients as usual
=== Identifying EMIPs for laptops using location based identification of pts ===
* same person/laptop as before will collect these
* find them as you have in the past
=== Entering an EMIP ===
* [[Service/Location]]: enter based on [[Change from Service Location to Service, Boarding Loc and Transfer Ready DtTm tmp entry]]
* [[Boarding Loc]]: for any pt from ER enter your site's ER as the first [[Boarding Loc]] entry; '''in case of an EMIP it will be the only entry; for other pts it will simply be the first entry before other [[Boarding Loc]] entries'''
** use the time of acceptance to service as [[Boarding Loc]] date and time (yes, that makes it the same as the [[Accept DtTm]] - we may address that duplication later once we are comfortable that this change has settled in
** this means that if the patient is later moved to a unit we collect (ie turns out to not be an EMIP after all), you can just enter that next location as an additional Boarding Loc entry, with that one having the same Boarding Loc Dt Tm as our [[Arrive DtTm]]
== Background ==
== Background ==
We encode [[EMIP]]s as a [[Service/Location]] for legacy reasons - it is not really a location as much as a special case. Under our current infrastructure we would more likely encode these as a special case of [[Boarding Loc]]. Now that we are moving to a [[PatientFollow Project|PatientFollow model]] where patient load is split by chart number, we are running into patients in ER where we are not yet sure if they will end up EMIPs or ward patients. Leaving [[Service/Location]] blank is not allowed, so we either need to delay entering or come up with a new solution. We decided this was a good trigger to finally make encoding them like other [[Boarding Loc]]s.  
We used to encode [[EMIP]]s as a [[Service/Location]] for legacy reasons - it is not really a location as much as a special case. When we did the [[Change from Service Location to Service, Boarding Loc and Transfer Ready DtTm tmp entry]] and [[PatientFollow Project]] it became possible to encode EMIPs as a combination of [[Service tmp entry]] and [[Boarding Loc]]. Further, with [[Using Cognos2 to keep track of patients]] we started to encounter patients in ER before it was clear if they will end up EMIPs or ward patients. Leaving [[Service/Location]] blank was not allowed, so decided to change to tracking these as a combination of [[Service tmp entry]] and [[Boarding Loc]].


== Cleanup and integration still required ==
== Collection Instructions ==
{{DT |
Under the new model, there really are no special collection instructions for EMIPs, they are simply the situation of a patient being in the ER ([[Boarding Loc]]) while under one of the Services([[Service tmp entry]] we collect.
Will need to reconcile the following:
* [[EMIP]] / [[ECIP]]
* [[GRA ER use as borrow location]] / [[GRA EMIP]]
* [[STB Medicine workload splitting]] / [[STB EMIP]]
* [[HSC EMIP]]
}}


== Related articles ==  
== Related articles ==  
Line 33: Line 9:


[[Category:PatientFollow Project]]
[[Category:PatientFollow Project]]
[[Category:EMIP]]

Latest revision as of 08:37, 2021 July 15

Background

We used to encode EMIPs as a Service/Location for legacy reasons - it is not really a location as much as a special case. When we did the Change from Service Location to Service, Boarding Loc and Transfer Ready DtTm tmp entry and PatientFollow Project it became possible to encode EMIPs as a combination of Service tmp entry and Boarding Loc. Further, with Using Cognos2 to keep track of patients we started to encounter patients in ER before it was clear if they will end up EMIPs or ward patients. Leaving Service/Location blank was not allowed, so decided to change to tracking these as a combination of Service tmp entry and Boarding Loc.

Collection Instructions

Under the new model, there really are no special collection instructions for EMIPs, they are simply the situation of a patient being in the ER (Boarding Loc) while under one of the Services(Service tmp entry we collect.

Related articles

Related articles: