PHI copy automation: Difference between revisions
Ttenbergen (talk | contribs) m Text replacement - "[[Category: " to "[[Category:" |
Ttenbergen (talk | contribs) No edit summary |
||
| Line 1: | Line 1: | ||
We store personal health information separately from our other data. This process is par of managing that data. [[Re-platforming]] might make this obsolete. | |||
| | ==Process== | ||
[[CCMDB.accdb]] exports PHI files during [[sending]]. This process copies them from {{Regionalserver|Output\_PHI}} to {{S:\MED\MED_CCMED}}CCMDB\PHI}}. Then it calls the script [[Load Data.vbs]] to integrate them into [[PHI.mdb]]. | |||
The script [[Load Data.vbs]] accesses [[PHI Loader.accdb]] and runs the sub ''loadAllCSVFiles'', which calls the code that imports all csv files found within the directory. The csv loading code also moves the files again into an archive folder {{S:\MED\MED_CCMED}}CCMDB\PHI\PHI Archive\}} to prevent duplicate processing. | |||
'''If the task runs and there are no problems the task will list "0x0" in the last results column. Any other code would require review.''' - This needs to be reviewed as the last line of the batch file has changed the the return value may be altered | |||
= | {{LegacyContent | ||
| explanation=This used to be a scheduled, automated process, but we stopped that because we spent much time troubleshooting. It is now run as part of [push pull]] only. | |||
| content= | |||
This used to be set up as a scheduled task on the [[Data Processor PC]] before COVID. It ran the batch file [[Copy PHI.bat]] every 60 minutes. See [[Automatic updating of MS Access Databases using scheduled tasks]] for more info on how this works. | |||
This process would lock up occasionally preventing collectors from sending. So, we stopped the scheduled task that ran this every 5 minutes. We were initially going to review this to make it work again, but with COVID a desktop scheduled task became entirely impractical anyway. | |||
== If the automation were not working... == | == If the automation were not working... == | ||
| Line 24: | Line 24: | ||
* computer is rebooted and network connection to X is checked to see if it has been re established, otherwise this bat files is not able to do its job. | * computer is rebooted and network connection to X is checked to see if it has been re established, otherwise this bat files is not able to do its job. | ||
**occurrence: Monday June 15.14 at 1700 hrs and all day June 16.14: issue: Catastrophic hardware failure on this network drive had occurred. | **occurrence: Monday June 15.14 at 1700 hrs and all day June 16.14: issue: Catastrophic hardware failure on this network drive had occurred. | ||
}} | |||
== Related Articles == | == Related Articles == | ||
{{Related Articles}} | {{Related Articles}} | ||
[[Category:2013 data upgrades]] | [[Category:2013 data upgrades]] | ||
[[Category:PHI]] | [[Category:PHI]] | ||
Revision as of 10:23, 10 November 2025
We store personal health information separately from our other data. This process is par of managing that data. Re-platforming might make this obsolete.
Process
CCMDB.accdb exports PHI files during sending. This process copies them from Regional Server\Output\_PHI\\ad.wrha.mb.ca\WRHA\REGION\SHARED\ICU_DATA_COLLECTION\Output\_PHI to S:\MED\Med_CCMED\S:\MED\Med_CCMED\CCMDB\PHI}}. Then it calls the script Load Data.vbs to integrate them into PHI.mdb.
The script Load Data.vbs accesses PHI Loader.accdb and runs the sub loadAllCSVFiles, which calls the code that imports all csv files found within the directory. The csv loading code also moves the files again into an archive folder S:\MED\Med_CCMED\S:\MED\Med_CCMED\CCMDB\PHI\PHI Archive\}} to prevent duplicate processing.
If the task runs and there are no problems the task will list "0x0" in the last results column. Any other code would require review. - This needs to be reviewed as the last line of the batch file has changed the the return value may be altered
Legacy Content
This page contains Legacy Content.
- Explanation: This used to be a scheduled, automated process, but we stopped that because we spent much time troubleshooting. It is now run as part of [push pull]] only.
- Successor: No successor was entered
Click Expand to show legacy content.
This used to be set up as a scheduled task on the Data Processor PC before COVID. It ran the batch file Copy PHI.bat every 60 minutes. See Automatic updating of MS Access Databases using scheduled tasks for more info on how this works.
This process would lock up occasionally preventing collectors from sending. So, we stopped the scheduled task that ran this every 5 minutes. We were initially going to review this to make it work again, but with COVID a desktop scheduled task became entirely impractical anyway.
If the automation were not working...
If the Data Processor PC that this is scheduled on isn't running (shutdown) then data might be left on the server for some time. Probably OK for now since it would still only be temporary.
If X drive goes down
If main office notices that X drives is down, Data processor must not remove the csv files from the Regional server until:
- computer is rebooted and network connection to X is checked to see if it has been re established, otherwise this bat files is not able to do its job.
- occurrence: Monday June 15.14 at 1700 hrs and all day June 16.14: issue: Catastrophic hardware failure on this network drive had occurred.