L TmpV2 table: Difference between revisions
TOstryzniuk (talk | contribs) mNo edit summary |
TOstryzniuk (talk | contribs) No edit summary |
||
Line 1: | Line 1: | ||
Nov 1.13 - Hi everyone: RE: TMP | |||
*Please do not enter date and times for studies into TMP until you have confirmed a DX of VAP or CLI exists. Please don't use this as a note section as a reminder to yourself. Use your note section. Few problem using TMP for own reminders: when you send files in each week, incomplete files also get sent into the a centralized database. Things like VAP, CLI dates get sent in for all complete and incomplete files each week you send. Obviously once complete and final sent, this information is not longer sent each week. Problem is this: Julie mines the database daily. She provides QA data monthly using this information. If she finds a date for CLI or VAP here, she reports it because it is entered there. What happens later is that when she is crosschecking for final reports and she is finding that for a patient there is no DX for VAP or CLI but in TMP there is a date. Opposite also happens. When we follow up with collector, Pagasa is told, just delete the TMP date even though collector cannot remember if they forgot to code the DX or forgot to delete the date in TMP for the VAP or CLI. Thanks for your help with this. [[User:TOstryzniuk|Trish Ostryzniuk]] 15:33, 2013 November 1 (CDT) | |||
L_TmpV2 table (also know as '''Tmp file''')in the [[CCMDB.mdb]] contains data that is either intermittent or just not currently accomodated in the rest of the database. When the data collector sends, the data gets dumped to [[Regional Server]]\Output\[[TmpV2_1.mdb]] (some data is sent every time, some only when the patient is sent, see [[S Tmp Complete_send]] for more.) | |||
Usually the data in L_TmpV2 will be data generated by [[:Category:Special Short Term Projects | Special Short Term Projects]] but some other permanently collected data such as [[ER Wait]] & [[Postal code collection]] is stored here as well. | Usually the data in L_TmpV2 will be data generated by [[:Category:Special Short Term Projects | Special Short Term Projects]] but some other permanently collected data such as [[ER Wait]] & [[Postal code collection]] is stored here as well. |
Revision as of 15:33, 1 November 2013
Nov 1.13 - Hi everyone: RE: TMP
- Please do not enter date and times for studies into TMP until you have confirmed a DX of VAP or CLI exists. Please don't use this as a note section as a reminder to yourself. Use your note section. Few problem using TMP for own reminders: when you send files in each week, incomplete files also get sent into the a centralized database. Things like VAP, CLI dates get sent in for all complete and incomplete files each week you send. Obviously once complete and final sent, this information is not longer sent each week. Problem is this: Julie mines the database daily. She provides QA data monthly using this information. If she finds a date for CLI or VAP here, she reports it because it is entered there. What happens later is that when she is crosschecking for final reports and she is finding that for a patient there is no DX for VAP or CLI but in TMP there is a date. Opposite also happens. When we follow up with collector, Pagasa is told, just delete the TMP date even though collector cannot remember if they forgot to code the DX or forgot to delete the date in TMP for the VAP or CLI. Thanks for your help with this. Trish Ostryzniuk 15:33, 2013 November 1 (CDT)
L_TmpV2 table (also know as Tmp file)in the CCMDB.mdb contains data that is either intermittent or just not currently accomodated in the rest of the database. When the data collector sends, the data gets dumped to Regional Server\Output\TmpV2_1.mdb (some data is sent every time, some only when the patient is sent, see S Tmp Complete_send for more.)
Usually the data in L_TmpV2 will be data generated by Special Short Term Projects but some other permanently collected data such as ER Wait & Postal code collection is stored here as well.
The table has fields to accomodate dates, integers, reals/floating point variables, text or booleans. It can accomodate one of each of these per line, such that if two variables of the same data type are needed, two lines need to be entered. The table was set up this way to accomodate any possible combination of data, but this flexibility comes at the expense of some inefficiencies in data-entry.
For details about the dropdown options for various projects, and their actual project identifier, see the corresponding project's article. For a list of any projects that have been stored in L_TmpV2, see Category:L TmpV2 Data.
Data Structure
To see the most up-to-date data structure of this table, see most up-to-date ccmdb_data.mdb in Regional Server\data\Master CCMDB.mdb.
Field Name | Data Type | Usage |
Serial | Number | unique identifier of patient |
Site | dropdown-limited text | Hospital where the patient was admitted |
Location | dropdown-limited text | Ward the patient was admitted to |
collected | Date/Time | date the variable was collected |
Project | dropdown-limited text | |
Item | Text | Project-Item identifier |
DtTm_var | Date/Time | date/time variable collected, if needed |
int_var | number | integer variable, if collected |
float_var | number | float/real variable, if collected |
bool_var | Yes/No | boolean variable, if collected |
comment_var | Text | comment variable, if collected |
Instruction | dropdown-limited text | Instruction as given in the dropdown S_Tmp |
data_sent | Date/Time | Date/Time the patient was sent |