Using Cognos2 to keep track of patients: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
mNo edit summary
No edit summary
 
(29 intermediate revisions by 3 users not shown)
Line 1: Line 1:
This page explains how the components of [[Cognos2]] should be used together to keep track of patients.  
This page explains how the components of [[Cognos2]] should be used together to keep track of patients. Use [[Cognos downtime procedure]] when the report doesn't arrive. This is one of the [[Vacation and staff shortage collection priorities]]. The process uses definitions of the [[PatientFollow Project]] to assign workload to collectors by assigning it to their [[Laptop identifier | laptop]].


Cognos2 consists of the following components that should ideally be used in the following order during a shift:  
Cognos2 consists of the following components that should ideally be used in the following order during a shift:  
Line 8: Line 8:


== Steps ==
== Steps ==
{{Discuss|
=== Finding new admissions ===
* I had an incident today where I did my CSS, and then went to do my CUS but the binoc button was linking me to an incorrect profile. On investigation, I had a patient who was discharged but hadn't yet has his dispo date/time entered, and then returned to hospital a day later. It was flagging him in CUS as a bed move to ER on his previous profile and didn't recognize that it was a new admission. Once I put in his dispo date/time he was removed from the CUS list. Is this something that can be sorted out? We do have patients that we move to ER to board before going to ICU so this can create some confusion. Sequence of button usage should be CSS then CE and then CUS until this can be sorted out. [[User:Surbanski|Surbanski]] 12:32, 2020 December 3 (CST)
Any new admission will result in a new service start. Use the [[Cognos2 Service Starter]] ([[CSS]]) to find all new admissions.  
** That is exactly what I would have expected to happen: a unit changed and the change was flagged. Upon review, you knew exactly what you needed to do. What is there to fix? To be clear, this change should also have shown up in [[Cognos2 Ender]] because the original service would have ended. And it should have shown (albeit as a pink plus) in CSS, because a new service would have started for the pt. Do you know if those two things happened? To summarize, I see CUS and CE as checklist generators: something needs to be done, and once it's done the record drops off the list - sounds like that happened. And yet: if you think there is something wrong with how this worked, then chances are so do at least a few other collectors. So how do we reconcile that? [[User:Ttenbergen|Ttenbergen]] 10:08, 2020 December 10 (CST)
All lines in [[CSS]] should be dealt with on each shift, including records where the patient is still in the ER (i.e. not clear yet if they will ever reach a unit or become what we used to think of as an EMIP / ECIP). If it is clear from the information in [[CSS]] that a service admission does not need to be collected, you can exclude it from [[CSS]], but if not clear, make the record from [[CSS]] and then do any further analysis from inside the record. Once you are in a record from CSS, deal with any additional service or unit/[[Boarding Loc]] entries while you are there.
*** After further discussion with GRA med, they confirmed that there are two parts to this:
 
****(1) There is a best order in which to use the Cognos2 tools. That order should now be reflected on this page, if it's not, please help me get it right
Services for which no profile with that chart number exists yet will have a "white +" button. Enter these first, they are most straightforward. Simply click the white + to start the profile, even if you are not certain that you need to collect that patient. Once the profile opens you will see the unit the pt is on and other services. If you then realize this is not a pt you should collect, first use the [["exclude" button]] to exclude the service that put them on [[CSS]], and then use the [[♻️ button]] to delete the record. This should be faster than first looking up the patient in EPR to make sure if you should start a profile.
****(2) It is still difficult to see which "peach" pluses in [[CSS]] are for a record that needs attention, and which ones are for a record that is already entered. Tina is working on that, see [[Cognos2_Service_Starter#Problem%3A_which_peach_pluses_require_action]] for specific info.
 
*** If (1) is addressed here, and (2) is addressed at [[Cognos2_Service_Starter#Problem%3A_which_peach_pluses_require_action]], and between the two they really do describe what is going on, then please clear out of this discussion what is no longer relevant. [[User:Ttenbergen|Ttenbergen]] 14:05, 2020 December 15 (CST)
Services for which there is a profile with the same chart number will have a "green O" button and a peach plus. For these, have a look at the profile start dttm and dispo dttm listed underneath the service dttms. Usually it will be easiest to click the "green O" for these. In [[Patient Viewer Tab Cognos ADT2]] you can then add the service if there was a service change on the same profile. If it instead turns out you need a new profile, click the [[Patient copier button]] in [[Patient Viewer Tab Cognos ADT2]] to make the new record.
}}
 
Once you add a service to the profile, the line will disappear from CSS. If you enter the service with a different time than listed in Cognos, the line will not automatically disappear; exclude these services where you used a different time so they don't clutter your [[CSS]].


=== Finding new admissions ===
See [[Service_tmp_entry#DtTm_to_use]] for what to do when real service start time and time in Cognos are different."
Any new admission will result in a new service start. Use the [[Cognos2 Service Starter]] to find all new admissions. Records that have been added show up green, records that have not yet been added show up white. Enter all new records, including records where the patient is still in the ER (i.e. not clear yet if they will ever reach a unit or become what we used to think of as an EMIP / ECIP). When you enter a record, it opens in [[Patient Viewer Tab Cognos ADT2]] where you can also enter any other services and units that patient is listed for in the Cognos data.  
 
This process should also fill in the complete [[Minimal Data Set]].
 
=== Exception: [[John or Jane Doe patient]] ===
Occasionally a patient will show up on the CSS with a service date that is well before the latest COGNOS data dump. The most likely reason for this is that the patient was originally a [[John or Jane Doe patient]] and was given a MRN (usually beginning with 300 or 301 at HSC) that chart number is changed on discharge if the patient was identified and has a pre-existing MRN. To resolve this, and to avoid the patient being entered twice, check with your fellow DC's and confirm that it has in fact been entered and then make a decision as to who will keep the profile. See [[John or Jane Doe patient]] for further instructions.
 
=== Exception: HSC IICU ===
See [[HSC_IICU_Collection_Guide#Workload_Sharing_for_HSC_IICU]]


=== Finding new unit arrivals ===
=== Finding new unit arrivals ===
Line 24: Line 32:


=== Finding discharges ===
=== Finding discharges ===
Use [[Cognos2 Ender]] to find either discharges or changes to another service. Use it to find all records that have a service ending time that doesn't have either a matching [[Dispo]] entry or a matching new [[Service tmp entry]]; once one of those is entered the record will disappear from this list.  
Use [[Cognos2 Ender]] (CE) to find either discharges or changes to another service. Use it to find all records that have a service ending time that doesn't have either a matching [[Dispo]] entry or a matching new [[Service tmp entry]]; once one of those is entered the record will disappear from this list.


=== Finish older records ===
=== Finish older records ===
Use [[Patient List]] as before to work through entering and sending discharged patients you were not just able to finish off on initial review.
Use [[Patient List]] to complete discharged patients.
 
=== Occasionally check that nothing was missed ===
Occasionally check [[Cognos2_No_Service_or_Loc_in_some_time query]] to see if anything was missed.


== Limits ==
== Limits ==
* [[Cognos downtime procedure]]
* [[Cognos downtime procedure]]
* [[Cognos Report Time Limits]]
* [[Cognos Report Time Limits]]
== Background ==
We initially were trying to do this with [[Cognos Report Integrator]] / [[Using Cognos Report Integrator to keep track of patients]] but the format of the data was hard to use, so this replaces it.
== Left to do ==
{{TT |
* Phase out the old forms.
* clean out the old instructions
}}


== Related articles ==  
== Related articles ==  
Line 46: Line 48:


[[Category:Cognos2 | * ]]
[[Category:Cognos2 | * ]]
[[Category:Cognos Report Integrator]]

Latest revision as of 17:09, 27 November 2025

This page explains how the components of Cognos2 should be used together to keep track of patients. Use Cognos downtime procedure when the report doesn't arrive. This is one of the Vacation and staff shortage collection priorities. The process uses definitions of the PatientFollow Project to assign workload to collectors by assigning it to their laptop.

Cognos2 consists of the following components that should ideally be used in the following order during a shift:

All of these open to Patient Viewer Tab Cognos ADT2.

Steps

Finding new admissions

Any new admission will result in a new service start. Use the Cognos2 Service Starter (CSS) to find all new admissions. All lines in CSS should be dealt with on each shift, including records where the patient is still in the ER (i.e. not clear yet if they will ever reach a unit or become what we used to think of as an EMIP / ECIP). If it is clear from the information in CSS that a service admission does not need to be collected, you can exclude it from CSS, but if not clear, make the record from CSS and then do any further analysis from inside the record. Once you are in a record from CSS, deal with any additional service or unit/Boarding Loc entries while you are there.

Services for which no profile with that chart number exists yet will have a "white +" button. Enter these first, they are most straightforward. Simply click the white + to start the profile, even if you are not certain that you need to collect that patient. Once the profile opens you will see the unit the pt is on and other services. If you then realize this is not a pt you should collect, first use the "exclude" button to exclude the service that put them on CSS, and then use the ♻️ button to delete the record. This should be faster than first looking up the patient in EPR to make sure if you should start a profile.

Services for which there is a profile with the same chart number will have a "green O" button and a peach plus. For these, have a look at the profile start dttm and dispo dttm listed underneath the service dttms. Usually it will be easiest to click the "green O" for these. In Patient Viewer Tab Cognos ADT2 you can then add the service if there was a service change on the same profile. If it instead turns out you need a new profile, click the Patient copier button in Patient Viewer Tab Cognos ADT2 to make the new record.

Once you add a service to the profile, the line will disappear from CSS. If you enter the service with a different time than listed in Cognos, the line will not automatically disappear; exclude these services where you used a different time so they don't clutter your CSS.

See Service_tmp_entry#DtTm_to_use for what to do when real service start time and time in Cognos are different."

This process should also fill in the complete Minimal Data Set.

Exception: John or Jane Doe patient

Occasionally a patient will show up on the CSS with a service date that is well before the latest COGNOS data dump. The most likely reason for this is that the patient was originally a John or Jane Doe patient and was given a MRN (usually beginning with 300 or 301 at HSC) that chart number is changed on discharge if the patient was identified and has a pre-existing MRN. To resolve this, and to avoid the patient being entered twice, check with your fellow DC's and confirm that it has in fact been entered and then make a decision as to who will keep the profile. See John or Jane Doe patient for further instructions.

Exception: HSC IICU

See HSC_IICU_Collection_Guide#Workload_Sharing_for_HSC_IICU

Finding new unit arrivals

Patients who are already entered and have changed location after admission can be found on the Cognos2 Unit Starter. This would catch any patients that were still in the ER when they were processed in Cognos2 Service Starter. You can open patients from here to enter the unit, and to make any required changes to the Record field. Once a corresponding entry exists in Boarding Loc the record will disappear off the Cognos2 Unit Starter.

Finding discharges

Use Cognos2 Ender (CE) to find either discharges or changes to another service. Use it to find all records that have a service ending time that doesn't have either a matching Dispo entry or a matching new Service tmp entry; once one of those is entered the record will disappear from this list.

Finish older records

Use Patient List to complete discharged patients.

Occasionally check that nothing was missed

Occasionally check Cognos2_No_Service_or_Loc_in_some_time query to see if anything was missed.

Limits

Related articles

Related articles: