Search papers, labs, and topics across Lattice.
This paper addresses the complexities of automatic mapping between disease classification systems, particularly focusing on the limitations of existing embedding-based methods that primarily handle one-to-one mappings. By introducing a novel blocking-and-matching approach that utilizes a large language model (LLM) to identify valid mappings, the authors effectively balance precision, recall, and mapping coverage. Empirical results demonstrate that this method achieves higher precision while maintaining comparable recall and broader coverage across various ICD version pairs, significantly enhancing the integration of health data for longitudinal analysis.
Achieving higher precision in disease classification mapping without sacrificing recall or coverage could revolutionize health data integration.
Automatic mapping between disease classification systems, such as the International Classification of Diseases (ICD), is a challenging yet essential task for integrating health data and conducting longitudinal data analysis. Existing embedding-based methods primarily focus on \emph{one-to-one} mappings, overlooking more complex \emph{one-to-many} scenarios. The threshold-based and top-K methods offer natural extensions; however, they involve inherent trade-offs between \emph{precision}, \emph{recall} and \emph{mapping coverage} -- the proportion of source codes with at least one mapping to a target code. To address this challenge, we introduce a novel method, which is inspired by the \emph{blocking-and-matching} pipeline commonly used in \emph{entity resolution}. In particular, we first generate a block of candidate matches (\emph{blocking}) and then employ a large language model (LLM) to identify all valid mappings within each block (\emph{matching}). Empirically, we show that the proposed method achieves higher precision with comparable recall and broader coverage across multiple ICD version pairs (ICD-9-CM$\leftrightarrow$ICD-10-CM and ICD-10-AM$\leftrightarrow$ICD-11). Our source code and dataset is available at: https://tinyurl.com/46kyn7wp.