Abstract
Objective
CDA (Clinical Document Architecture) is a markup standard for clinical document exchange. In order to increase the semantic interoperability of documents exchange, the clinical statements in the narrative blocks should be encoded with code values. Natural language processing (NLP) is required in order to transform the narrative blocks into the coded elements in the level 3 CDA documents. In this paper, we evaluate the accuracy of text mapping methods which are based on NLP.
Methods
We analyzed about one thousand discharge summaries to know their characteristics and focused the syntactic patterns of the diagnostic sections in the discharge summaries. According to the patterns, different rules were applied for matching code values of Systematized Nomenclature of Medicine Clinical Terms (SNOMED CT).
These days, various kinds of Hospital Information Systems (HISs) are being developed in and outside of medical institutions with the development of medical computerization. Order communication System (OCS) and Picture Archiving and Communication System (PACS) were representative former HISs, but now, Electronic Medical Record (EMR) system is being established and used along with previous systems. Besides, unlike EMR which is limited to each hospital, researches about nationwide Electronic Health Record (EHR) are being actively conducted. As more hospitals and medical institutions adopt EMR system, more institutions will generate and store clinical documents electronically. This enables medical institutions to provide patients with a facilitated treatment and also to enhance the quality of service by way of sharing patients' medical treatment information. However, in order for a clinical document generated in a heterogeneous institution to be shared without distortion or loss in its meaning and content, interoperability of information should be achieved. To solve this problem, Health Level 7 (HL7) has established Clinical Document Architecture (CDA) standard, an XML-based document markup standard that specifies the structure and semantics of clinical documents1)2). CDA functions as a useful and powerful standard for exchange of clinical documents among heterogeneous software systems. Currently, CDA Release 2 has been developed. CDA Release 1 became an American National Standard Institute (ANSI) approved standard in November, 2000 and CDA Release 2 became an ANSI-approved standard, in May, 2005. There are many studies actively ongoing about applying CDA domestically and internationally3-9).
A CDA document consists of a Header and a Body. The Header contains metadata needed for managing and searching documents and the Body defines the structure to represent actual clinical data. A structured Body may have many sections, and each section can contain a narrative block of a human readable narrative form and any number of encoded entries which is machine processable.
In order to increase semantic interoperability of a CDA document, CDA entry-level which is computer processable is required. However, much of the information is in textual form, which is not suitable for use by automated applications. An effective method that automatically maps text in clinical documents into standardized concepts would be needed to make CDA entries.
Many reports have been published on methods that automatically map clinical text to concepts within a standardized coding system. Some researches usedmethods based on string matching, statistical processing, or linguistic processing, utilizing part of speech tagging10)11). The other work developed a coding method that uses advanced NLP techniques to generate structured encoded output consisting of findings and correspondingmodifiers12).
In this paper, we describe three stages of text mapping process, Exact Mapping, Preprocessing Mapping, and Text Processing Mapping, to generate CDA entries automatically.
We analyzed narrative statements of Seoul National University Hospital(SNUH) discharge summaries to derive text mapping methods and evaluated each section's mapping performance, in order to generate an upgraded CDA entry fromthe previously developed Entry Mapper of CDA Studio®.
CDA Studio® is a tool to convert clinical documents stored in a legacy database into CDA documents, consisting of the Designer, the Mapper, the Generator, and the Entry Mapper (Fig. 1). In this paper, we will focus the Entry Mapper of CDA Studio®. Detailed description of other components is in6).
The Entry Mapper reads a CDA document and creates entry-level automatically. However, it had a very low entry mapping rate because mapping was based on Exact Mapping. For chief complaints, only 44 out of total 118 detail items(37.3%), for diagnosis, only 94 out of 186 detail items(50.5%), for problem list, 94 out of 295 detail items(31.9%), and for discharge medication, only 354 out of 580 detail items(61.1%) were mapped. In case of discharge medication section, it showed relatively higher mapping rate than other sections, since mapping was conducted only with one-word ingredient.
We analyzed 15,618 discharge summaries in 2003. They have about 30 types of data. Among those, data which are expressed as CDA Header in CDA document processing are as follows.
• Patient identification, sex, age, specialty, authenticator, primary physician, legal authenticator, author, composition date, recorded date.
The rest of the data can be expressed in CDA Body sections and are divided into three types, structured, semi-structured, and narrative according to the formof data content. Table 1 shows Section Name, Document Number and Section Type. Document Number is how many discharge summaries have each section.
Structured type has only one extracted detail item, not many detail items, therefore is described in a simpler way than other sections. For instance, admission date, discharge date, and onset date are presented just as date like "2003-12-01,"ward is as "ward 114-internal," and progress at admission and discharge disposition sections are just as "death, maintaining, improving, full recovery, transfer." Keeping status and signature status sections are presented as "Y (yes)" or "N (no)" so that it easily generates entries. Semi-Structured type presents data which can be subdivided into several detail items, so it needs the process of item detection.Most of the data, however, are in English and composed of relatively simple noun phrases, so it does not need additional natural language processing such as noun phrase extraction or part of speech tagging. For example, data in a diagnosis section, described in a document as "Typhoid Fever Due To Salmonella Typhi" needs to go through the process of dividing into "Typhoid Fever" and "Salmonella Typhi" but it does not need additional natural language processing like tagging. In case of the discharge medication section, as shown in the example of Figure 2, it needs the process of extracting the ingredient itemfromthe sentence using Regular Expression (RE), since mapping to SNOMED CT is possible only with the ingredient of medication or product name.
In narrative type of sections, one data has several freely described detail items, thus requiring extraction of candidate phrases through sentence identifying processing and natural language processing. Figure 3 is an example of the observation impression section, indicating that this section needs a method to figure out how to encode and which candidate phrase to encode, along with sentence identifying processing. Moreover, it requires a method of relating meanings of each sentence in case of subordinate sentence construction.
In order to know effective text mapping processes, we selected diagnosis section as representative section in discharge summary andmapped diagnosis to SNOMED CT manually. As the result of the manual mapping, 496 out of 1,000 diagnoses (49.6%) were mapped to SNOMED CT.
The remaining 504 diagnoses were mapped through following methods. First, some diagnoses were mapped by removing or separating modifiers. Modifiers generally appeared after a comma or a preposition. For example, for "Hepatocellular Carcinoma, s/p PET," we selected the candidate phrase "Hepatocellular Carcinoma" by eliminating the comma and the following words. After the modifier elimination, the concept was successfully mapped to SNOMED CT.
Second, we separated qualifiers located at the beginning of diagnosis. "Chronic Renal Failure," for example, was successfully mapped to SNOMED CT after splitting the diagnosis into a qualifier "Chronic" and a candidate concept "Renal Failure."
Third, we improved the mapping rates by realigning diagnosis adding a preposition. "Liver Cirrhosis" was mapped to SNOMED CT when it was realigned as "Cirrhosis of Liver". Another diagnosis "Drug Eruption" was alsomapped to SNOMED CT when it was realigned as "Eruption due to Drug."
Fourth, we tried to improvemapping result by expanding abbreviations into full names. "DM" was mapped to SNOMED CT when it was expanded to the full term as "Diabetes Mellitus."
Fifth, we removed some special characters. For example, "Hemolytic-Uremic Syndrome" was mapped to SNOMED CT successfully when it was changed to "Hemolytic Uremic Syndrome" by removing the special symbol "-".
Several additional methods were adopted for improving mapping performance. They were mainly done by using synonyms or combining above methods. For example, "Breast Cancer" was mapped to SNOMED CT when "Cancer" was replaced with its synonym "Carcinoma" and the diagnosis was realigned into a candidate concept "Carcinoma of Breast." Similarly, "Advanced Gastric Cancer" was mapped to SNOMED CT when the qualifier "Advanced" was separated, "Cancer" was replaced with its synonym "Carcinoma", "Gastric" was modified into its noun form "Stomach," and the diagnosis was realigned using a preposition into a candidate concept "Carcinoma of Stomach." Table 2 illustrates mapping rates to SNOMED CT of various mapping methods explained above.
Through these manual mapping processes, we derived three mapping steps, Exact Mapping, Preprocessing Mapping, and Text Processing Mapping, to improve mapping performance of previously developed Entry Mapper.
SNOMED CT is a comprehensive terminology to express the content of clinical documents and mainly used for encoding, searching and analyzing clinical data. SNOMED CT is composed of Concept ID (CID), Concept Status (CS), and Fully Specified Name (FSN).
In this study, we converted raw text files of SNOMED CT into Microsoft Access database to enhance the availability and efficiency of CID search (Fig. 4). FSN, however, which is used for mapping of actual concepts, has semantic type of each medical term such as "disorder" and "substance" in "Chronic proctocolitis (disorder)" and "Bithionol (substance)." Therefore, we separated semantic types, created and added a new row labeled "TYPE." In order to increase efficiency of search for FSN, we also added a row, "Fully Specified Name Stemming (FSNS)" by stemming and removing special symbols and stop words. For instance, "Chronic proctocolitis" was added to FSNS as "chronic proctocol" by stemming and "Diabetes mellitus without complication" was added to FSNS as "diabet mellitus complic" after removing the stop word without and stemming.
Each diagnosis ismapped to SNOMED CT through three stages of mapping process, Exact Mapping, Preprocessing Mapping, and Text Processing Mapping (Fig. 5).
The first process is ExactMapping stage wherein a query is made to SNOMED CT database with the extracted medical termwithout any processing. For example, a query is made with the term "Hepatocellular Carcinoma, s/p PET,"without removingwords following coma. Ifmapping is made in this stage, a CDA entry is generated without proceeding to next stages of mapping process. If not, it proceeds to the next mapping stage.
The second process is Preprocessing Mapping stage. In this step, a query is made to the row of FSNS of SNOMED CT database with preprocessed terms. Preprocessing steps consist of Abbreviation Extension, Trimming, Removing punctuation mark, Removing stop word, and Stemming (Fig. 6). A termis changed after the process of Abbreviation Extension like from "DM" to "Diabetes Mellitus." Next, it is cleaned by Trimming and removed tems following comma or preposition mark such as from "Hepatocellular Carcinoma, s/p PET" to "Hepatocellular Carcinoma." And then, it is removed a special symbol and stop word. Finally, it is changed root form by stemming like from "Localization-related epilepsy, NOS" to "Localization related epilepsy." If mapping to SNOMED CT is made in this stage, a CDA entry is generated without proceeding to the third stage. If not, it proceeds to the last stage of Text Processing mapping.
The last process is Text Processing Mapping stage wherein a query is made after the process of Splitting Qualifier like from "Chronic renal failure" to two phrases of "Chronic" and "renal failure," or Replacement like from "liver cirrhosis" to "cirrhosis liver," or Synonym Extension like from "Gastric Cancer" to "carcinoma stomach," or Modification Part-of-Speech like from "Esophageal Cancer" to "carcinoma esophagus." In case of "Esophageal Cancer," it is converted to "carcinoma of esophagus" first. Then, stop word "of" is removed from "carcinoma of esophagus" and converted to a candidate phrase "carcinoma esophagu" by stemming (Fig. 7).
We implemented Modified Entry Mapper based on above three text mapping methods to map text in clinical documents into SNOMED CT automatically. The Modified Entry Mapper is composed of three detailed components, Encoder, Text Analyzer, and Code Mapper (Fig. 8).
Encoder searches with parser elements of 〈Section〉 which corresponds to the section of a CDA document, and reads the sentence corresponding to the value of 〈text〉 which is the child node of 〈Section〉 elements, then delivers it to Text Analyzer.
Text Analyzer is composed of Item Detector and Term Extractor (TE). Item detector is a module which extracts detail items, using Regular Expression, from the sentence delivered by Encoder. TE extracts the remaining part as a candidate phrase using Regular Expression after excluding numbers and special symbols unnecessary for searching SNOMED CT. For this process of extracting a candidate phrase, TE utilizes abbreviation word file andmatching full term file, qualifier file, synonym file, part-of-speech for each word file, and stopword file.
Code Mapper makes queries to SNOMED CT database for extracted phrases and searches SNOMED CT after consecutive stages of Exact Mapping, Preprocessing Mapping, and Text Processing Mapping.
For candidate phrases having matching SNOMED CT, proper entries are generated by Encoder according to the type of section they belong to. CDA documents containing an entry are generated using 〈Substance Administration〉 element for the discharge medication, using 〈Procedure〉 element for the procedure, using 〈Future Encounter〉 element for the future encounter, and using 〈Observation〉 element for other items which requires encoding.
For the test, we randomly selected 500 discharge summaries among 15,618 SNUH discharge summaries and prepared 5 sets of test for each 100 discharges. Mapping performance of each test was evaluated by the result of mapping rate. In case of Exact Mapping, the result was from trying Exact Mapping alone. In case of Preprocessing Mapping, the result was from summing up Exact Mapping rate and Preprocessing Mapping rate. The result of Text Processing Mapping was summing up all three stages of mapping rate, Exact Mapping rate, Preprocessing Mapping rate and Text Processing Mapping rate.
From 500 documents, 913 detail items for the diagnosis, 581 for the chief complaint, 1,481 for the problem list and 2,422 for the discharge medication, were extracted using Regular Expression. The result of automatic mapping is illustrated in Table 3. Each mapping stage indicates total number of mappings and mapping rate. Using mapping methods of this study, we obtained following results of mapping rate: 86.5% for the diagnosis, 61.8% for the chief complaint, 62.7% for the problem list, and 64.8% for the discharge medication.
In all sections except discharge medication, mapping rate gets higher as the mapping proceeds to next stage. Discharge medication section had the same mapping rate in all three stages of Exact Mapping, Preprocessing Mapping, and Text Processing Mapping, since most items of discharge medication section were composed of one word which can be mapped to SNOMED CT by Exact Mapping alone and those that failed in Exact Mapping were not qualified for next mapping stages, thus indicating all the same mapping rate at every stage.
Based on the test method and result described above, we converted SNUH discharge summaries into CDA documents containing entry-level, using the Modified Entry Mapper. Figure 9 is example of CDA documents which were automatically generated by the Modified Entry Mapper.
In order to enable interoperability in exchanging of clinical documents between different institutions whether heterogeneous kind or not, it is necessary that CDA documents should be expressed as containing entry-level.
In this study, we automatically generated CDA documents containing entry-level by analyzing narrative patterns of diagnosis sections in discharge summaries and applying rules to the sections of diagnosis, chief complaint, problem list and discharge medication.
We generated entries through three mapping stages of Exact Mapping, Preprocessing Mapping and Text Processing Mapping to SNOMED CT, and compared the Modified Entry Mapper with previously developed Entry Mapper of CDA Studio® which has only Exact Mapping stage. Table 4 shows mapping results of previously developed Entry Mapper of CDA Studio® and Modified Entry Mapper. The mapping performance improved 37% for the diagnosis, 30% for the chief complaint, and 32% for the problem list each. These differences ofmapping rates between previously developed Entry Mapper of CDA Studio® and the Modified Entry Mapper are caused by two other stages, Preprocessing Mapping and Text Processing Mapping. However, discharge medication section showed no improvement of mapping rate, since mapping was tried with one ingredient word not a phrase in discharge medication and other Text Processing methods except using synonym was inapplicable.
Despite overall improvement, however, mapping of 14-38% medical terms to SNOMED CT still remained unsuccessful. Inmany domestic clinical statements, English is being used mixed with Korean as well as many numbers and symbols such as "-" or "+" to indicate negative or positive test result, resulting in much difficulty in mapping to SNOMED CT which is mainly composed of English. Especially, chief complaint section and problemlist section had lower mapping rate than in diagnosis section, because both sections contained more Korean words, numbers and symbols than diagnosis section. Similarly in discharge medication section, when mapping to SNOMED CT was tried with the name of medicine after failing with the name of ingredient, still mapping was not possible because many medicine names such as "Steptomycin lg inj Chong Kun Dang" include Korean words. In diagnosis section, since it usually doesn't have diagnosis in Korean and rarely use numbers and symbols, its mapping rate is much higher than in other sections.
However, there still existed many limitations in mapping of diagnosis to SNOMED CT in diagnosis section. For instance, termswhich doctors frequently use such as "Acute Myelocytic Leukemia (AML)" or "Acute Lymphocytic leukemia (ALL)" did not exist in SNOMED CT. Only a broader term like "acute leukemia" or a detailed term like "Acute promyelocytic" was in the SNOMED CT. Other frequently used terms such as "Hemiated Disc Disease" or "Lupus Nephritis" were not in SNOMED CT, therefore no mapping could bemade, either. In other cases, mapping was not successful because of errata such as "Hypertention" which should have been "Hypertension" or wrong word spacing.
In conclusion, this study analyzed the narrative patterns of clinical statements and has showed the possibility of automatic generation of CDA entries by Text Processing method using those patterns. Further study should use an integrated method of diverse approaches considering limitations of automatic generation of CDA entries based on post-processing.
Notes
References
1. Available at: http://www.hl7.org. Accessed December 13, 2007.
2. Available at: http://www.hl7.org/v3ballot/html/welcome/environment/index.htm. Accessed December 13, 2007.
3. Paterson GI, Shepherd M, Wang X, Watters C, Zitner D. Using the XML-based clinical document architecture for exchange of structured discharge summaries. Proceedings of the 35th Hawaii International Conference on System Sciences. 2002. In : 1st AMA National Conference on Child Abuse and Neglect; Jan 7-10; 1200–1209.
4. Dalmiani S, Marcheschi P, Mazzarisi A. HL7 clinical document architecture to share structured inwide hospital information systems. 2004. In : 22nd International Conference, EurePACS-MIR 2004;
5. Heitmann KU, Schweiger R, Dudeck J. Discharge and referral data exchange using global standards-the SCIPHOX project in Germany. Study Health Technol Inform. 2002. 90:679–684.
6. Jung SW, Choe MS, Yoo SY, Park HK, Choi JW, et al. Development of CDA authoring Tool: CDA Studio. Proceedings of 7th International Workshop on HEALTHCOM 2005. 2005 June 23-25; 307–310.
7. Choe MS, Jung SW, Choi JW. CDA studio: development of an integrated tool for generating CDA documents. Journal of Korean Society of Medical Informatics. 2005. 11:Supplement 2. 130–134.
8. Seo HJ, Hong SK, Park JY, Lee JA, Park YR, Kim JH. Presentation of structural constraints for discharge note according to clinical document architecture standard. Journal of Korean Society of Medical Informatics. 2005. 11(2):189–197.
9. Kim IK, Lee JY, Kim IK, Cho H, Kwak YS. Clinical document repository system for electronic health record. Journal of Korean Society of Medical Informatics. 2005. 11(2):199–211.
10. Aronson AR. Effective mapping of biomedical text to the UMLS metathesaurus: the MetaMap program. 2001. In : AMIA Symposium Hanley & Belfus; 2001; 17–21.