Requested CCMDB changes for the next version: Difference between revisions
Ttenbergen (talk | contribs) moved centralized changes to |
Ttenbergen (talk | contribs) |
||
| Line 19: | Line 19: | ||
** I had suggested making it mandatory for _every_ patient to have a colour before _any_ patient could be sent. At the time I understood that you were worried that this might keep collectors from sending, that there might be some legit reason they would have demographics for a patient but not yet an overstay colour. If this is no longer a concern I can implement this check. Ttenbergen 20:03, 2013 October 17 (CDT) | ** I had suggested making it mandatory for _every_ patient to have a colour before _any_ patient could be sent. At the time I understood that you were worried that this might keep collectors from sending, that there might be some legit reason they would have demographics for a patient but not yet an overstay colour. If this is no longer a concern I can implement this check. Ttenbergen 20:03, 2013 October 17 (CDT) | ||
***I see workarounds if color is mandatory for every single patient on laptop before sending. There are number of scenarios where staff cannot ideally complete all required data to generate a color before a send date each weel such as; vacation relief available or not, sick relief, short week due to stat days. Minimal data set will be collected even more on paper and not entered into laptop before a send date. The data would be entered just after a send date so that sending is not impeded. A color will be generated even if not final, just so sending is not blocked. This makes it unreliable also. [[User:TOstryzniuk|Trish Ostryzniuk]] 17:50, 2013 October 18 (CDT) | ***I see workarounds if color is mandatory for every single patient on laptop before sending. There are number of scenarios where staff cannot ideally complete all required data to generate a color before a send date each weel such as; vacation relief available or not, sick relief, short week due to stat days. Minimal data set will be collected even more on paper and not entered into laptop before a send date. The data would be entered just after a send date so that sending is not impeded. A color will be generated even if not final, just so sending is not blocked. This makes it unreliable also. [[User:TOstryzniuk|Trish Ostryzniuk]] 17:50, 2013 October 18 (CDT) | ||
****I agree. However, I also see bad data if there are no integrity checks. If Julie is aware of this loophole then maybe it's OK to leave it alone. Are you, Julie? {{discussion}} Ttenbergen 12:41, 2013 November 11 (CST) | |||
* do additional error checking on the overstay questions to make sure one of each is present, or corresponding "missing"s. Ttenbergen 17:04, 2013 March 14 (EDT) | * do additional error checking on the overstay questions to make sure one of each is present, or corresponding "missing"s. Ttenbergen 17:04, 2013 March 14 (EDT) | ||