Processes around changing a PatientFollow assignment: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
mNo edit summary
m →‎Process for the collector who will now be collecting the chart number ending: Cleaned out discussions that were either confirmation or special case errors.
Line 12: Line 12:
== Process for the collector who will now be collecting the chart number ending ==
== Process for the collector who will now be collecting the chart number ending ==
* patients with a chart ending now needs to be collected on a different laptop will show up on the [[Cognos2 Service Starter]] of that laptop the next time there is a new service start DtTm after the transition date, ''even if their record was started on a different laptop''
* patients with a chart ending now needs to be collected on a different laptop will show up on the [[Cognos2 Service Starter]] of that laptop the next time there is a new service start DtTm after the transition date, ''even if their record was started on a different laptop''
{{Discuss|
*I thought the move to a different laptop was supposed to occur with ''either'' a change in service, OR with a change in location? Has that now been changed to ONLY a change in service? If it's now only a change in service, then this process will take significantly longer, as patients will change location VERY frequently, as opposed to change in service much LESS frequently. [[User:DPageNewton|DPageNewton]] 08:21, 2020 December 9 (CST)
** Correct, that was changed, it's only service change now. The reason is that a unit change would not show up in [[Cognos2 Service Starter]] and therefore the next collector would not see it. We are aware that this will mean more profiles left for longer on the laptop where collection is ending. If you are clear about this, and think the instructions above are clear without this discussion, can you pls remove it? [[User:Ttenbergen|Ttenbergen]] 12:15, 2020 December 10 (CST) }}
* enter these patients through [[Cognos2 Service Starter]], which will add the [[Visit Admit DtTm field]] of the original entry on the other laptop
* enter these patients through [[Cognos2 Service Starter]], which will add the [[Visit Admit DtTm field]] of the original entry on the other laptop
* only enter the additional unit or service changes that happen after/at admission to your unit, since the ones before will be on the other laptop already
* only enter the additional unit or service changes that happen after/at admission to your unit, since the ones before will be on the other laptop already
* for [[Previous Location]], [[Previous Service]], [[Pre-admit Inpatient Institution]] use what someone from another site/program would use if they received this patient
* for [[Previous Location]], [[Previous Service]], [[Pre-admit Inpatient Institution]] use what someone from another site/program would use if they received this patient
* enter [[Acquired Diagnoses]] and [[Acquired Procedure]]s that happen after the transition dttm
* enter [[Acquired Diagnoses]] and [[Acquired Procedure]]s that happen after the transition dttm
{{Discuss|
* There is a patient with a service change on December 1 that is not showing in cognos CSS on receiving collector's laptop. Should this patient be? Thanks, [[User:Ppiche|Pamela Piche]] 11:55, 2020 December 8 (CST)
** Reviewed this patient with Pam. According to EPR/Cognos there was no Service change for the pt in question. This was a pt who was discharged-to-other-laptop by Deb when the instructions still said "service '''or unit''' change", so we now know they would not show up in Cognos and therefore changed the instruction. Closer review of the pt made it clear that this is more a matter of our ongoing issue with service entries at STB than an issue of patient follow change - see [[What is a service admission]]. [[User:Ttenbergen|Ttenbergen]] 12:15, 2020 December 10 (CST)
}}


== Cross-threshold records that persist for a long time ==
== Cross-threshold records that persist for a long time ==

Revision as of 20:47, 2021 January 14

Patients are assigned to collectors using the PatientFollow Project. This page explains what needs to happen when an assignment is changed. The collector/laptop that used to collect a number needs to phase out that number, the collector/laptop who gains that number needs to start them, and we need to be sure that Julie will report on them continuously. We need a process where the time frame for the transition is limited.

Since PatientFollow Project assignments are based on the Service Start DtTm (collected as Service tmp entry), the transition is based on of the Service Start/Change dttms.

Process for the collector who will no longer be collecting the chart number ending

  • for patients with a service start DtTm after the transition date, a line will not show up in Cognos2 Service Starter on the laptops that are no longer collecting them (they will show up on the new laptop, see next section)
  • If the next service change would lead to a discharge from the affected laptop's, do a regular discharge.
  • If the next service change would not lead to a discharge from the affected laptop's (ie would just lead to another Service tmp entry), then discharge the patient to the Dispo location appropriate for their next unit (ie use the Dispo that someone from another site would use if they sent a pt there). This might mean that you are setting Dispo to the same value as Service/Location.
  • enter Comorbid Diagnoses, Admit Diagnoses,Acquired Diagnoses and Admit Procedures,Acquired Procedures that happen before the transition dttm

Process for the collector who will now be collecting the chart number ending

Cross-threshold records that persist for a long time

A change in service will trigger a re-assignment, but a patient could remain on the same service for a long time after a PatientFollow change. If the change was just done for workload re-distribution reasons this may not matter and collection can continue on the original laptop. If the re-assingment was done to wind down a laptop entirely the the remaining records should be discussed with main office on a regular basis to decide if collection should continue on that laptop, or if the record should be moved to the new laptop (ie. manually re-entered there, and deleted from old laptop). This will be a case-by-case decision.

What needs to be changed in CCMDB.mdb every time there are assignment changes

The S PatientFollow distribution table needs to be updated to set an ending time for the earlier laptop. A new line needs to be added for the later laptop, with the same start DtTm as the end DtTm for the earlier one.

Process Julie uses to re-connect the data

If we use the Visit Admit DtTm field to define Hospital stays, and the Boarding Locs and Service tmp entry instead of old Service/Location etc, then e.g. LOS and Bed occupancy would be the same, whether they come from one laptop or several.

  • We discussed this today and you would need to make changes to how you derive these markers. A number of them probably need to be re-defined and revised after all the changes we have made because they would still be based around the old concepts of Accept DtTm, Arrive DtTm etc that should really not be used any longer for calculations. What would it take, and where are these things documented? Ttenbergen 16:50, 2020 November 23 (CST)
  • SMW


  • Cargo


  • Categories

To Do

Fix the cross checks so this can work; one way would be to exempt records with a visit admit dttm before follow-ending and a dispo (or now) after a follow-ending; messy query for messy times.

  • added: no added date
  • action: no action date
  • Cargo


  • Categories

Background

Related articles

Related articles: