1 row is stored for this page
| Field | Field type | Value |
|---|
| _modificationDate | Datetime | 2025-12-03 8:27:47 PM |
| _categories | List of String, delimiter: | | Data Collection Guide • IT Instructions • Laptop identifier • Questions • Sending |
| _pageID | Integer | 55 |
| _pageName | Page | Sending Patients |
| _pageTitle | String | Sending Patients
|
| _pageNamespace | Integer | 0 |
1 row is stored for this page
| Field | Field type | Value |
|---|
| who | Text | all |
| question | Wikitext | Task
- Can we again revisit the pros and cons of sending only when working on site against sending from home? There is always a need of updated data and I do not want to be emailing everyone to send when data are needed. This can be solved by sending in all days the collector works regardless onsite or from home during the assigned time slots. In addition, I think this practice of submitting data frequently will also mean lesser new data on the laptop if unfortunate incident happens on the laptop and there is a need to re-enter data again. Do we still experience problem in sending when we set up the sending time schedule by site? --JMojica 16:37, 2 December 2025 (CST)
- There might be ways to make sending faster or more reliable. This would take a fair bit of analysis and testing.
- One reason I have not pursued this is the prospect of re-platforming. A cloud based system would eliminate sending; it might cause new process tangles but that's a different topic. So it would be good to have an idea of the time horizon for this to decide if the work to mitigate the errors and reduce sending restrictions is worth it.
- It might be possible to find a compromise that re-balances risk and benefit. Ttenbergen 01:19, 3 December 2025 (CST)
- I heard nothing from the collectors about errors in sending since we started this new schedule. If they work from home, can we allow them to send? They can send early or after 04:30 PM. PTorres 14:27, 3 December 2025 (CST)
|