Centralized data front end.accdb Change Request: Difference between revisions
Jump to navigation
Jump to search
Ttenbergen (talk | contribs) |
mNo edit summary |
||
| Line 7: | Line 7: | ||
* [[Validating Data Importing | Validating Data '''Importing''']] | * [[Validating Data Importing | Validating Data '''Importing''']] | ||
== | == Other change requests == | ||
=== preventing edits in borrowed data === | |||
Pagasa now uses push/pull scripts to pull data to a specific location. That is the only place where data should be edited. Update front end to colour code or lock if file is not in that location. IE, allow views, but not edits. | |||
=== Preventing inappropriate edits by data processor === | === Preventing inappropriate edits by data processor === | ||
*Currently if processor not careful, will be able to accidentally add ADL or TASK for ICU patients. Other than being careful, how do we avoid? | *Currently if processor not careful, will be able to accidentally add ADL or TASK for ICU patients. Other than being careful, how do we avoid? | ||
| Line 29: | Line 29: | ||
== update process == | == update process == | ||
see [[Update process for use of Centralized data front end.mdb]] | see [[Update process for use of Centralized data front end.mdb]] | ||
***NDC ORPHANS-we have 915 orphans in our May 14/14 sent. | |||
[[User:PTorres|PTorres]] 14:20, 2014 May 21 (CDT) | |||
== After go-live == | == After go-live == | ||
* [[Questioning data back to collectors]] | * [[Questioning data back to collectors]] | ||
Revision as of 13:20, 21 May 2014
see the Development Documentation Category for other development logs
This article contains requested changes for Centralized data front end.mdb. See Centralized data front end.mdb Change Log for it's change log.
see
Other change requests
preventing edits in borrowed data
Pagasa now uses push/pull scripts to pull data to a specific location. That is the only place where data should be edited. Update front end to colour code or lock if file is not in that location. IE, allow views, but not edits.
Preventing inappropriate edits by data processor
- Currently if processor not careful, will be able to accidentally add ADL or TASK for ICU patients. Other than being careful, how do we avoid?
- I kept the editing interface as wide open as possible for the data processor to make sure that whatever unexpected things we may ask her to do, she can do. If we want something tighter, we will need to decide what that would be.
- ICU variables should be unavailable for med records and vice versa. Easiest would be to change the patient viewer and put program-specific data into their own tab. Could leave both tabs available for editing or hide one depending on value in r_location. Thoughts?
- Could apply the same error checks to e.g. Apache entries. Problem is that these are usually applied at bulk when setting patient to complete. To do them earlier has led to problems and repeat-triggers with some checks, especially ones that compare entries in different fields.
Temp Studies - multiple rows
other spot that might contain requirements...
TMSX MedTMS to Centralized go-live
vetting
- fix queries in Centralized_data_Vetting_Process#Check_for_problems
update process
see Update process for use of Centralized data front end.mdb
- NDC ORPHANS-we have 915 orphans in our May 14/14 sent.
PTorres 14:20, 2014 May 21 (CDT)