Chronic kidney disease (CKD) is defined as an abnormality of kidney structure or function present for longer than 3 months. CKD can occur as a result of heterogeneous disorders affecting the kidney. In the United States, an estimated 13.6% of adults have CKD. Notably, adjusted mortality rates are higher for patients with CKD than those without, and rates increase with CKD stage. The purpose of this algorithm is to enable accurate CKD diagnosis and staging based on EHR data. The information on CKD stage/severity can be used to select appropriate cases for inclusion in genetic and epidemiologic studies. This information can also be used to design specific EHR-based interventions or clinical decision support tools for the diagnosis and management of CKD.
Our algorithm generally follows the National Kidney Foundation’s (NKF) Kidney Disease Outcomes Quality Initiative (KDOQI) CKD staging recommendations (http://www2.kidney.org/professionals/KDOQI/guidelines_ckd/toc.htm), as well as the Kidney Disease: Improving Global Outcomes (KDIGO) 2012 Clinical Practice Guideline for the Evaluation and Management of CKD. Specifically, the NFK KDOQI guideline formalizes the definition and staging of CKD, while the KDIGO guideline provides an enhanced classification framework for CKD with a direct relationship to the prognosis and management of progression and complications of CKD. Overall, two measures of kidney disease severity are used to perform CKD staging: estimated glomerular filtration rate (G-staging) and albuminuria (A-staging).
Chronic Kidney Disease
Data Source/clinical domain:
Ning Sunny Shang, Sumit Mohan, Ali G. Gharavi, Chunhua Weng, Paul Drawz, George M. Hripcsak, Krzysztof Kiryluk. Columbia University, Mayo Clinic, VUMC. Chronic Kidney Disease. PheKB; 2016 Available from: https://phekb.org/phenotype/587
Comments
Please remove 50200 from dialysis procedure code
Please remove 50200 (Renal biopsy; percutaneous, by trocar or needle) from dialysis procedure CPT4 codes.
Please update and re-post
Please update and re-post pseudo code documents edited to reflect this change.
Thanks,
David
Thanks, David.
Thanks, David.
The relevant files are updated to V4.1 for this change.
Best regards,
Sunny
24 Hour Urine vs. random urine
Hi Sunny,
At Geisinger, our lab results for 14958-3 and 13801-6 are random urine. 24 hour urine is entered as many random results. Is random urine acceptable? Can I use the total of these results over a 24 hour period?
Thanks,
Ken
Thanks Ken.
Thanks Ken.
I think the random urine is acceptable, as long as they measure Albumin/Creatinine(UACR) and Protein/Creatinine(UPCR) from the same urine sample. The purpose here is to get different types of urine tests (UACR, UPCR, A24, P24, spot urine albumin/protein test with corresponding spot urine creatinine and urinalysis test) to estimate proteinuria. In our site, we also have tests from random urines and the LOINC codes may not be exact same with the local labs.
Best regards,
Sunny
LOINC codes for urine tests are updated
Please check the file CKDalgorithm_V4.1_codingUpdatedForUrineLabs_20170830.txt for updated urine tests' LOINC codes. Our data use non-LOINC codes for these labs but have mappings to them. So the LOINC codes are mainly based on our data. Different institutions may have different LOINC mappings. So the LOINC list may not be complete. Please let me know if your institution uses different LOINC code for relevant urine tests, then we can update relevant LOINC codes.
--Sunny
Three phenotypes for the price of one?
Hi,
We just noticed from the "demo..." data dictionary tab that two of the variables requested (TYPE_2_DIABETES, and HYPERTENSION) require running separate, complete *other* eMERGE phenotypes, one for each variable. Given that we have new subjects in eM3, this would require running a total of three phenotypes for CKD. That is something we did not anticipate and is going to be a heavy lift for us. Do you have alternative methods for populating these two comorbidity variables?
-David
We assume each site has
We assume each site has implemented type 2 diabetes and hypertension phenotypes since these are eII phenotyeps. In CKD phenotype, we are reuse previous phenotyping results. If this is not the case, we can share with you our implementations for these two variables. Please let us know if this can help.
Thanks for your reply. Your
Thanks for your reply. Your assumption thal all eMERGE sites have implemented all eMERGE 1, 2, and 3 phenotypes to all off their eMERGE 1, 2, and 3 cohorts is not correct. You may recall at the beginning of eMERGE-3 there were decisions made about which eMERGE-2 phenotypes would be re-computed for new eMERGE-3 subjects, and your two secondary phenotypes were not among them. Is there still value to you in our site implementing your CKD algorithm on a limited set of our subjects (i.e., only subjects that were part of our eMERGE-1 and eMERGE-2 cohorts)?
Thanks,
David
Reply
Thank you, David. We prefer implementing the CKD algorithm to all subjects. If you don't have T2DM and Hypertension results on new eMERGE-3 subjects, you can mark them as missing value. If you would like to re-run the algorithms on eMERGE-3 subjcets, we do have sql query scripts for T2DM and Hypertension to share. But this will require some revision according to your local database. Please let us know.
The pediatric sites did
The pediatric sites did not run these two algorithms - they must have been for adults only and/or in eMERGE-1. If the algorithms do cover pediatrics, what dialects of SQL are available for the 3 algorithms CKD, T2DM and Hypertension?
CKD algorithm is also for pediatric cohorts
Yes, CKD algorithm is also for pediatric cohorts. It will be interesting to see these results. The 3 algorithms are written in Sql Server. Please let us know if you want to reuse these queries.
PheKB upload error
We are getting an error message (not data related) when attempting to upload our files through PheKB. Do you prefer we provide them directly or should we wait until we can go through the website?
PheKB upload error
Problem resolved. We used the SQL Server script and SQL Server to generate the data files and the default encoding for exporting data is UTF-8. When we converted our files to ANSI the error on loading disappeared.