PatientFollow Project: Difference between revisions
DPageNewton (talk | contribs) |
DPageNewton (talk | contribs) |
||
Line 58: | Line 58: | ||
*This process seems complicated beyond belief. The potential to either, have multitudes of patients duplicated, or more importantly, patients missed seems astronomical. Inadvertently duplicating patients will end up being way more work for data collectors. How will we, as data collectors even know that we have duplicated a patient that another data collector has already done? Or conversely, how will we know if we have missed a patient? | *This process seems complicated beyond belief. The potential to either, have multitudes of patients duplicated, or more importantly, patients missed seems astronomical. Inadvertently duplicating patients will end up being way more work for data collectors. How will we, as data collectors even know that we have duplicated a patient that another data collector has already done? Or conversely, how will we know if we have missed a patient? | ||
*If my understanding of this process is correct, the idea is to have one patient/laptop follow the same patient for the entire length of stay. I have had some patients for example, that during the same admission transfer from my e5 medicine ward, to medical intensive care, and back again, THREE times. I am not trained to collect on critical care. Critical care is a whole different ballpark. That means that every data collector in the city, will need to be cross trained for both medicine and critical care. | |||
*I do not see how this way of splitting patients can be done on a fair and equitable basis. We do not all have the same eft, and we don't all have nice simple .5 eft's. My eft is .65. Not quite as easy to fairly and equitably split. | |||
*What about the emip's? How will they be handled? The number of emip's that I do are variable. I had 29 emip's in a 10 day time frame last month, and 40+ emip's for the month of August. Other months I'll have half of that for the entire month. | |||
*Bottom line, the current process works just fine. It has worked just fine since the inception of the program. "If it ain't broke, don't fix it." Contrary to what some may think, it IS NOT (in my humble opinion) a hard ship for me, to have to admit patients that have transferred to my unit from a different unit within the hospital. The alternative, as proposed by this patient follow project will be unbelievably more work, and a logistical nightmare of unfathomable proportions. [[User:DPageNewton|DPageNewton]] 09:41, 2019 September 5 (CDT) | |||
== Related articles == | == Related articles == |
Revision as of 08:48, 2019 September 5
Our database collects patient ward stays, which means the data of a patient may be processed by several collectors during the admission. This leads to extra, wasted work of different collectors familiarizing themselves with the same patient. We are looking at ways to reduce this waste.
Specifically, we are looking into having a single collector/laptop follow a patient for their whole admission, and how our processes would need to change to accommodate this, and what extra tools we might need.
Pilot
- one or two collectors at HSC will do collection like this for specific patients in coordination with main office to better understand how this would work
prerequisites for pilot participation
For a collector to be able to follow to another ward and enter that as a Service/Location we need to add the additional wards to the laptop's S locations allowed collection table entries in CCMDB.mdb, and assign a reasonable order in the dropdown for the locations. This has been done for:
- HSC H4 laptop
Identifying admissions / Starting collection
Currently patients are assigned to collectors/laptops based on where they are admitted. To change to the new system, we would need to identify patients who enter a given site and then assign them to the collector pool equitably. We are planning on a process based on the last two digits of the chart number.
What would be the process for picking up new patients
|
If we split by chart number, how do we ensure no pts are missed?
The one thing which is unclear yet to me is how to make sure we will not miss any patient in a given ward(Med/ICU) using this strategy. Who will be responsible to check or monitor that all patients who were admitted in a given ward are already entered in all laptops? How long will the DC run after that patient who left the ward but still in the hospital? How easy to catch those transfers from other service who haven't been in ICU/Med and now have been admitted to ICU/Med service? For now, these are my thoughts. --JMojica 15:32, 2019 August 6 (CDT)
- The process of picking up patients would need to be very clear, and would need to change from what it is currently. We started this discussion with Val. They now get all of their pts off the EPR. That listing includes Chart numbers. So instead of looking at their ward, they can look at their chart number. The only thing is, we can’t sort that by “last two digits of chart number” to make it easy. I hope we can still do better than that. I think it might be good to chat with someone like Laura or Lisa or someone from Med Records about what else we might be able to do with those lists – if we could export them we could filter them to laptops by last two digits.
- Val showed us that she creates an EPR patient list that includes all of her current patients. This list enables the collector to more easily track patients throughout their stay, as you can have patients from multiple different locations on this one list. The only problem with this list is that it is specific to one collector's login, so if other collectors are cross covering (for vacation or other reasons), they would not have access to this master list. Michelle investigated whether it is possible to share patient lists between collectors and the EPR specialist informed her that it is not possible.
What would be the actual chart number split per site and per collector
We would essentially take the sum EFTs per program/site and consider them as 100%, and then assign the chart numbers based on that percentage. For example, if a site has 3 collectors that are each a .5EFT, each collector would get 33% of that site's new admissions, so collector A might get charts ending in 00-33, collector B 34-66, and collector C 67-99
Are chart numbers distributed equally and randomly?
This would not be a problem. |
|
Would the LOS have any impact on this sharing plan?
This would not be a problem. |
|
Entering into the laptop
The initial ward would need to be entered as usual. For stays on subsequent wards the Patient copier button can be used to create the next record.
Additional things we might be able to copy in the future are (not implemented now to allow general use of the copier button):
- Visit Admit Date and time
- import dispo and dispo_dttm (+ 5 min) into the previous location and arrive_dttm automatically
Thoughts?
As usual, if you have thoughts or ideas about this, please post them here.
- This process seems complicated beyond belief. The potential to either, have multitudes of patients duplicated, or more importantly, patients missed seems astronomical. Inadvertently duplicating patients will end up being way more work for data collectors. How will we, as data collectors even know that we have duplicated a patient that another data collector has already done? Or conversely, how will we know if we have missed a patient?
- If my understanding of this process is correct, the idea is to have one patient/laptop follow the same patient for the entire length of stay. I have had some patients for example, that during the same admission transfer from my e5 medicine ward, to medical intensive care, and back again, THREE times. I am not trained to collect on critical care. Critical care is a whole different ballpark. That means that every data collector in the city, will need to be cross trained for both medicine and critical care.
- I do not see how this way of splitting patients can be done on a fair and equitable basis. We do not all have the same eft, and we don't all have nice simple .5 eft's. My eft is .65. Not quite as easy to fairly and equitably split.
- What about the emip's? How will they be handled? The number of emip's that I do are variable. I had 29 emip's in a 10 day time frame last month, and 40+ emip's for the month of August. Other months I'll have half of that for the entire month.
- Bottom line, the current process works just fine. It has worked just fine since the inception of the program. "If it ain't broke, don't fix it." Contrary to what some may think, it IS NOT (in my humble opinion) a hard ship for me, to have to admit patients that have transferred to my unit from a different unit within the hospital. The alternative, as proposed by this patient follow project will be unbelievably more work, and a logistical nightmare of unfathomable proportions. DPageNewton 09:41, 2019 September 5 (CDT)