Duplicate error messages: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
PTorres (talk | contribs)
will point collector to PHIN field for collection rule instead of workaround
mNo edit summary
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{fixed bug}}
{{Bug}}
Some error messages in [[CCMDB.mdb]] created by [[:Category:CCMDB Data Integrity Checks| CCMDB Data Integrity Checks]] create more than one error message.  
Some error messages in [[CCMDB.accdb]] created by [[Data Integrity Checks| CCMDB Data Integrity Checks]] create more than one error message.  
These are based on the events used to trigger error messages.  
These are based on the events used to trigger error messages.  


* I think I have eliminated most of them - '''collectors, please log here any that I may have missed'''. Ttenbergen 18:29, 2012 November 7 (EST)
The reason it shows up repeatedly recently is that we are implementing more "soft" checks. They use the same triggers as "hard" errors, and we would want to make sure we catch those, and they wouldn’t show up repeated because they would likely be fixed after they first show up.
** no answers, assuming fixed Ttenbergen 11:49, 2014 September 10 (CDT)


One example dealt with in a different article is [[Multiple LOS errors]]. Ttenbergen 11:30, 2013 October 9 (CDT)
Implementing [[Cross Check Engine]] would take care of this but it's a major change I haven't had time for. [[User:Ttenbergen|Ttenbergen]] 11:22, 2022 April 21 (CDT)


 
This problem is worse when we use soft-checks, since those will remain for the duration of a record being on the laptop. Example: [[Query s tmp Boarding Loc ER delay reasonable]] [[User:Ttenbergen|Ttenbergen]] 11:10, 2024 May 1 (CDT)
==Problem sending==
{{Discussion}}
2018-06-01; Problem sending A4 Val Penner.
Error message Re: Duplicate patients......Screen shots of the error message sent to Pagasa.  Copy of the csv file in Pagasa's C drive.
Serial# 15268 & 15306 no obvious problem other than MB Province both had PHIN# 999999999. Solution ended up being to changed one PHIN to 123456789.  These are two different patients does not make sense why this need to be done in order to send.
*The correct data collection process if you have MB province and no PHIN go to: [[PHIN field]]

Latest revision as of 10:10, 2024 May 1

Some error messages in CCMDB.accdb created by CCMDB Data Integrity Checks create more than one error message. These are based on the events used to trigger error messages.

The reason it shows up repeatedly recently is that we are implementing more "soft" checks. They use the same triggers as "hard" errors, and we would want to make sure we catch those, and they wouldn’t show up repeated because they would likely be fixed after they first show up.

Implementing Cross Check Engine would take care of this but it's a major change I haven't had time for. Ttenbergen 11:22, 2022 April 21 (CDT)

This problem is worse when we use soft-checks, since those will remain for the duration of a record being on the laptop. Example: Query s tmp Boarding Loc ER delay reasonable Ttenbergen 11:10, 2024 May 1 (CDT)