Administrative database as a source for assessment of systemic lupus erythematosus prevalence: Estonian experience
Kati Otsa, Sandra Talli, Pille Harding and 4 more
BMC Rheumatology · 2019
doi:10.1186/s41927-019-0074-7 (opens in a new tab)
We email you when a new notice or a question about this paper appears.
Abstract
Abstract Background Administrative database research is widely applied in the field of epidemiology. However, the results of the studies depend on the type of database used and the algorithms applied for case ascertainment. The optimal methodology for identifying patients with rheumatic diseases from administrative databases is yet not known. Our aim was to describe an administrative database as a source for estimation of epidemiological characteristics on an example of systemic lupus erythematosus (SLE, ICD-10 code M32) prevalence assessment in the database of the Estonian Health Insurance Fund (EHIF). Methods Code M32 billing episodes were extracted from the EHIF database 2006–2010. For all cases where M32 was assigned by a rheumatologist less than four times during the study period, diagnosis verification process using health care providers’ (HCP) databases was applied. For M32 cases assigned by a rheumatologist four times or more, diagnoses were verified for a randomly selected sample. Results From 677 persons with code M32 assigned in EHIF database, 404 were demonstrated having “true SLE”. The code M32 positive predictive value (PPV) for the whole EHIF database was 60%; PPV varies remarkably by specialty of a physician and repetition of the code assignment. The false positive M32 codes were predominantly initial diagnoses which were not confirmed afterwards; in many cases, a rheumatic condition other than SLE was later diagnosed. Conclusions False positive codes due to tentative diagnoses may be characteristic for conditions with a complicated diagnosis process like SLE and need to be taken into account when performing administrative database research.
Abstract licence: CC BY-NC-ND
Reads
Read by people on this page
None yet.
Checked or read by AI through naulon
None yet.
A person counts once a day per paper. We keep no cookie and no address: a reader is a hash that changes every day. Any month under five reads shows no number.
Are you an author?
Is this your paper?
Claim it to add your note and be paid when agents cite it. Free.