ClientVisitGUID field: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
No edit summary
m Text replacement - "Centralized data.accdb" to "Centralized_data.accdb"
 
(2 intermediate revisions by the same user not shown)
Line 14: Line 14:


One advantage would be that ClientVisitGUID remains the same even when other data is corrected for a John Doe. One disadvantage is that not all our profiles are entered from Cognos, and this field would be blank for those that are not. Collectors can't look the field up in EPR, so it would have to come from Cognos data.
One advantage would be that ClientVisitGUID remains the same even when other data is corrected for a John Doe. One disadvantage is that not all our profiles are entered from Cognos, and this field would be blank for those that are not. Collectors can't look the field up in EPR, so it would have to come from Cognos data.
== Blank CliendVisitGUIDs ==
The same scenarios as [[ClientGUID field#Concerns]] could lead to missing lines here.


== Log ==  
== Log ==  
* 2022-08-25 - added code to start sending this field to [[Centralized data.mdb]]
* 2022-08-25 - added code to start sending this field to [[Centralized_data.accdb]]
* 2021-06-17 - added this field to [[L_Log table]] in [[CCMDB data.mdb]]
* 2021-06-17 - added this field to [[L_Log table]] in [[CCMDB data.mdb]]



Latest revision as of 13:52, 23 July 2025

Data Element (edit)
Field Name: ClientVisitGUID
CCMDB Label: N/A
CCMDB tab: not stated
Table: L_Log table
Data type: string
Length: 16
Program: Med and CC
Created/Raw: Raw
Start Date: 2022-08-29
End Date: 2300-01-01
Sort Index: 1.6
Data Dependencies(Reports/Indicators/Data Elements): No results

Unique identifier of a hospital admission for a patient for use with multiple encounters and Cognos data.

  • SMW

Legacy implementation right in the table

  • Cargo


  • Categories
  • Forms


The ClientVisitGUID field is the identifier used in Cognos to designate a hospitalization. We collect it to help deal with multiple encounters (eg see also Hospitalization ID, Visit Admit DtTm) and with uniquely matching components of Cognos data to profiles.

One advantage would be that ClientVisitGUID remains the same even when other data is corrected for a John Doe. One disadvantage is that not all our profiles are entered from Cognos, and this field would be blank for those that are not. Collectors can't look the field up in EPR, so it would have to come from Cognos data.

Blank CliendVisitGUIDs

The same scenarios as ClientGUID field#Concerns could lead to missing lines here.

Log