The following disclosure relates to medical coding.
Medical codes can be assigned from standardized code sets representing the clinically relevant aspects of physician documentation or a patient medical record. The coding of certain medical procedures, such as interventional surgical procedures can be complex due to the difficulty in accurately capturing and codifying the multiple aspects of a procedure.
Among other things, techniques, methods and computer program products are described for visualizing the documentation and coding of medical procedures.
In one aspect, a choice of medical codes associated with a medical procedure is provided. Also, a user selection of one of the medical codes is detected. Based on the detection, a visual indication of the user selection is generated on one or more anatomical diagrams.
In another aspect, one or more anatomical diagrams associated with a medical procedure are provided. At least one anatomical diagram includes one or more user selectable areas. In addition, a user selection of the one or more user selectable areas on the one or more anatomical diagrams is detected. Based on the detection, a textual description of the user selection is generated.
Implementations can optionally include one or more of the following features. Providing can include presenting the one or more user selectable areas to include one or more catheter insertion locations. In addition, a user selection of one of the one or more catheter insertion locations and a user identification of at least one destination location can be received. The selected catheter insertion location and the identified destination location represent two points on a catheter route. Also, a user selection of another destination location can be received. Medical codes can be obtained based on the user selections of the insertion point and at least one of the two destinations. Obtaining the medical codes can include translating a description of the catheter route into standard medical codes and a series of line segments on the one or more anatomical diagrams. The description of the catheter route can include an ordered sequence of anatomy identifiers that represent parts of an anatomy. Further, the series of line segments can be used to generate a visual indication of the catheter route.
In another aspect, a system of visualizing processes of documentation and coding of medical procedures includes a user input device. The system also includes one or more computer systems coupled to the user input device. The computer systems include a processor and a display that provide a graphical user interface. The graphical user interface includes a text display region to display textual descriptions associated with a medical procedure. The graphical user interface also includes a medical code display region to display user selectable medical codes corresponding to the displayed textual descriptions. The graphical user interface includes a diagram display region to display one or more anatomical diagrams associated with a medical procedure. At least one diagram includes one or more user selectable regions corresponding to the user selectable medical codes.
Implementations can optionally include one or more of the following features. The one or more user selectable regions can provide a visual indication of a user selection of the corresponding medical code. The one or more user selectable regions can include one or more catheter insertion locations. The diagram display region can receive a user selection of one of the one or more catheter insertion locations and a user identification of at least one destination location. The selected catheter insertion location and the identified destination location represent two points on a catheter route. The diagram display region can receive a user selection of another destination location. The system can include a data storage device communicatively coupled to the one or more computer systems. The one or more computer systems can obtain medical codes stored in the data storage device based on the user selections of the insertion point and at least one of the two destinations.
Yet in another aspect, a system includes a data storage unit to store medical data associated with one or more catheter routes. The system also includes a route mapper communicatively coupled to the data storage unit. The route mapper performs the following: translate a description of one of the one or more catheter routes into standard medical codes, translate the description of one of the one or more catheter routes into a series of line segments.
Implementations can optionally include one or more of the following features. The data storage unit can store the medical data that includes a directed graph and a mapping table. The route mapper can traverse the directed graph based on the description to obtain the standardized medical codes. The description can include a sequence of anatomy identifiers. Also, the route mapper can identify from the mapping table the one or more line segments associated with each anatomy identifier. The system can include an interface handler in communication with the route mapper. The interface handler can provide a visual indication of the catheter route.
The subject matter described in this specification potentially can provide one or more advantages. For example, the techniques of visualizing the documentation and coding of medical procedures tends to be more efficient and faster than a manual process. In addition, the techniques of visualizing the documentation and coding of medical procedures generally do not require as high a level of expertise on the part of the medical coder to understand the nature of the interventional surgical procedures and nuances of the coding systems. Further, multiple display options can be provided to help compensate for variations in vascular anatomy among different people and to provide multiple entry and exit locations for the catheters used in some surgical procedures.
The subject matter described in this specification can be implemented as a method or as a system or using computer program products, tangibly embodied in information carriers, such as a CD-ROM, a DVD-ROM, a semiconductor memory, and a hard disk. Such computer program products may cause a data processing apparatus to conduct one or more operations described in this specification.
In addition, the subject matter described in this specification also can be implemented as a system including a processor and a memory coupled to the processor. The memory may encode one or more programs that cause the processor to perform one or more of the method acts described in this specification. Further, the subject matter described in this specification can be implemented using various data processing machines.
Like reference symbols in the various drawings indicate like elements.
Among other things, the following describes techniques, systems and computer program products for visualizing documentation and medical coding of a medical procedure. For illustrative purpose, the following is described with respect to medical procedures that can be performed with minimally invasive techniques using image-guided catheters that are inserted into blood vessels. For example, a catheter can be introduced into a blood vessel at one part of the body, such as the upper arm or groin area, and routed through the vessels to reach parts of the body that may be diseased or injured. Conditions such as blood clots, arteriosclerosis, aneurysms, and embolisms may be diagnosed and treated using such interventional procedures. However, other medical procedures that can be visualized are also equally compatible with the techniques described in this specification.
Using a bi-directional communication link 118, the route mapper module 130 is coupled to a data storage device 140 that stores various vascular anatomy data 142. The NLP engine 120 is also coupled to the data storage device 140 over a bi-directional communication link 112. The data storage device 140 can include one or more network appliances, one or more local storage devices, etc. that maintains a database of vascular anatomy data. The bi-directional communication links 112, 114 and 116 include one or more wired or wireless communications links such as Universal Serial Bus, FireWire, WiFi, WiMax, Bluetooth, etc.
The NLP engine 120 assigns medical codes from a narrative text document (medical documentations or patient record) associated with a surgical procedure. The NLP engine 120 is designed to recognize, extract, and codify surgical procedures (e.g., catheterization procedures, including the specific catheter route) by accessing the database of vascular anatomy data 142. In addition, the NLP engine 120 is designed to generate a narrative text template of a surgical procedure (e.g., a catheter route and associated interventional procedures based on user-selected insertion and destination points.)
The route mapper 130 performs two primary functions. First, the route mapper 130 translates a description of a catheter route into a codified form. A codified form includes standard medical codes, such as CPT codes. Second, the route mapper translates a description of a catheter route into a series of line segments on the vascular anatomy diagrams. The description of a catheter route is defined by an ordered sequence of anatomy identifiers with each anatomy identifier representing one part of the anatomy, such as a blood vessel. For example, the string “Artery_Common_Femoral_Right, Artery_Internal_Iliac_Right, Aorta_Abdominal, Artery_Renal_Right” represents a description of a catheterization procedure that was inserted at the right common femoral artery, passed through the right internal iliac artery and abdominal aorta, and ended at the right renal artery. This description is generated by the NLP engine 120. The NLP engine 120 creates a description by scanning a free text description of a surgical note and, using techniques described in U.S. Pat. No. 6,915,254, contents of which are incorporated by reference, generates the anatomy identifiers that correspond to the parts of the anatomy related to the documented surgical procedure. Alternatively, a description can be produced by the interface handler 110 based upon the user selected anatomy regions using the vascular anatomy data 142 to translate each selected region to a corresponding anatomy identifier.
The vascular anatomy data 142 has two components, a directed graph and a mapping table. The directed graph has the following structure. Each vertex in the graph represents one part of the anatomy and an edge represents a direct physical connection between two parts of the anatomy. Each vertex corresponds to one anatomy identifier in a description. The graph is directed to denote the allowable directions in which to route a catheter. The edges of the graph are also annotated to identify branches in the vascular anatomy. For example, the right common femoral artery and right internal iliac artery are different parts of the same blood vessel. Thus, there is no branch in between the right common femoral artery and the right internal iliac artery. However, the abdominal aorta branches into the right and left internal iliac arteries. Therefore, the connecting edge between the abdominal aorta and right internal iliac artery is identified in the graph as a branch. The route mapper 130 traverses the directed graph and applies heuristics to determine the standardized codes, such as CPT codes, based upon the distance and branch count between the insertion and destination points as specified in published coding guidelines.
To translate a description of a catheter route into a series of line segments, the route mapper 130 uses the mapping table in the vascular anatomy data 142 to lookup the line segment(s) associated with each identifier. A data record in the mapping table has three parts: (1) anatomy identifier, (2) diagram identifier, and (3) line segments. The route mapper 130 fetches the record for each anatomy identifier in a description that corresponds to the diagram selected within the vascular anatomy diagram panel 106. The line segments are used by the interface handler 110 to provide a visual indication (e.g., highlight) of the catheter route on the vascular anatomy diagram panel 106. Alternatively, this table is used in reverse to generate a description by mapping from user selected line segments to a sequence of anatomy identifiers.
The computer system 150 includes a central processing unit (CPU) 152 executing a suitable operating system (OS) 154 (e.g., Windows® OS, Apple® OS, UNIX, LINUX, etc.), a storage device 160 and a memory device 162. The computer system can optionally include other peripheral devices, such as an input device 164 and a display device 166. The storage device 160 can include nonvolatile storage units such as a read only memory (ROM), a CD-ROM, a programmable ROM (PROM), erasable program ROM (EPROM) and a hard drive. The memory device 162 can include volatile memory units such as random access memory (RAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM) and double data rate-synchronous DRAM (DDRAM). An input device can include a keyboard, a mouse, a touch pad and other suitable user interface devices. A display device 166 can include a Cathode-Ray Tube (CRT) monitor, a liquid-crystal display (LCD) monitor, or other suitable display devices. Other suitable computer components such as input/output devices can be included in the computer system 150.
In some implementations, the visualization system 100 is implemented as a web application maintained on a network server such as a web server. In such implementations, a user accesses the visualization system 100 from a remote site using a client-side application such as a web browser. The visualization system 100 can be implemented as other suitable web/network-based applications using any suitable web/network-based computer programming languages. For example C/C++, an Active Server Page (ASP), and a JAVA Applet can be implemented. When implemented as a web application, multiple end users are able to simultaneously access and interface with the visualization system 100 without having to maintain individual copies on each end user computer. In some implementations, the visualization system 100 is implemented as a local application executing in a local end user computer or as client-server modules, either of which may be implemented in any suitable programming language, environment or as a hardware device with the application's logic embedded in the logic circuit design or stored in memory such as PROM, EPROM, Flash, etc.
The GUI 200 is ‘bi-directional’ in that the GUI 200 provides interactive functionality to display catheter routes from narrative text reports that have been processed by an NLP engine 120 and enter catheter routes for purposes of coding or documentation. The NLP Engine 120 assigns medical codes from narrative text using techniques similar to those described in U.S. Pat. No. 6,915,254. For example, the NLP Engine 120 is capable of recognizing, extracting, and codifying catheterization procedures, including the specific catheter route, using a database of vascular anatomy. In addition, the NLP Engine 120 is capable of generating a narrative text template of a catheter route and associated interventional procedures based on user-selected insertion and destination points on one or more anatomical diagrams.
Physician documentation of interventional surgical procedures can include a narrative text that describes all aspects of the procedure. This includes the reason for the procedure, identification and preparation of the insertion point, the anesthesia given to the patient, the specific instruments and surgical tools used, the route of the catheter through the body, the diagnostic tests or treatments performed at specific catheter placements, and the observed results of the tests or treatments.
Variations in anatomy among different people can be accounted for by providing various options and customization choices. For example, variations in anatomy may affect how vessels are interconnected, and various interconnections can be provided using various diagrams. Further, different choices can be provided to allow for various insertion and destination points for the catheters. With multiple destinations, route identification can be performed by incorporating the order of visit to the destination points and the paths between destination points.
The GUI 200 includes two user-interactive areas 104 and 106. The first user-interactive area 104, labeled in
A user interaction (e.g., by clicking the mouse pointer on one of the thumbnail diagrams) with one of the thumbnail-sized icons opens the associated diagram in full-size view. Within the vascular anatomy diagram panel 106, the user may perform various user interactions including panning and zooming on the selected diagram and opening multiple diagrams. The vascular anatomy diagram panel 106 can further include additional user-interactive visual displays, such as detailed overlays (not shown) of blood vessel names and diagrams for both the arterial and venous systems and variant anatomy.
The GUI 200 enables various user interactive modes. In one mode, a medical coder can open up physician documentation or a patient record in the report panel 104 to perform coding of surgical procedures. Medical coding involves the assignment of codes from standardized code sets representing the clinically relevant aspects of clinician documentation or a patient medical record. Code sets, such as CPT® and ICD-9-CM, provide a system of numeric or alpha-numeric codes each with a standard definition and are used for both administrative and clinical purposes. The coding of interventional surgical procedures can be complex because the multiple aspects of an interventional surgical procedure that are captured and codified tend to require extensive knowledge of surgical practice, clinical terminology and coding rules and must be applied with high accuracy.
Coding an interventional surgical procedure includes providing a representation of the route of the catheter traveling through the blood vessels. For CPT coding, this can include the insertion point, the specific blood vessels the catheter passes through, the number and type of vessel branches, and the tests or treatments performed.
Additional user-interactive display region (e.g., a code display area 108) can be implemented to display the medical codes associated with the physician documentation or the patient record (i.e., narrative text). The code display area 108 is implemented to be displayed in one or more locations. For example, the code display area 108 can be displayed to overlay the report panel 104 or can be positioned directly below the report panel 104. Alternatively, the codes may be displayed as annotations on the anatomy diagrams.
The code display area 108 can also enable the user to add a new procedure by selecting the catheter insertion and destination points on selected diagram(s) on the vascular anatomy diagram panel 106 and executing the route mapper 130. The route mapper 130 computes the path(s) based on the vascular anatomy data 140 associated with the selected insertion and destination points. In addition, the appropriate medical codes associated with the computed path(s) are returned and displayed in the code display area 108.
In addition, a user selection of a second destination point is received using the GUI shown in
In another mode, a physician can generate documentations for surgical procedures by entering narrative text using a keyboard, a mouse or other alternative input devices such as a microphone coupled with automatic speech recognition, electronic tablet with stylus, or a touch screen keyboard may be used. To generate text templates for the desired documentations, the physician selects one or more diagrams from the various available anatomy diagrams. From the selected one or more anatomy diagrams, the physician can select the desired anatomical locations that are relevant to a surgical procedure. For example, catheter insertion and destination points on the selected diagram(s) can be displayed in the vascular anatomy diagram panel 106. Based on the selected anatomical areas on the selected one or more diagrams, the NLP Engine 120 generates a free text description of the medical procedure with specific names for various anatomies such as blood vessel and vessel branches. The free text description is inserted directly into the narrative text displayed in the report panel 104. Once the textual description is generated, medical coding can be implemented as described with respect to the first mode.
Various implementations of the subject matter described herein may be realized in digital electronic circuitry, integrated circuitry, specially designed ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various implementations may include implementation in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, coupled to receive data and instructions from, and to transmit data and instructions to, a storage system, at least one input device, and at least one output device.
These computer programs (also known as programs, software, software applications or code) include machine instructions for a programmable processor, and may be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the term “information carrier” comprises a “machine-readable medium” that includes any computer program product, apparatus and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal, as well as a propagated machine-readable signal. The term “machine-readable signal” refers to any signal used to provide machine instructions and/or data to a programmable processor.
To provide for interaction with a user, the subject matter described herein may be implemented on a computer having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user and a keyboard and a pointing device (e.g., a mouse or a trackball) by which the user may provide input to the computer. Other kinds of devices may be used to provide for interaction with a user as well; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The subject matter described herein may be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a client computer having a graphical user interface or a Web browser through which a user may interact with an implementation of the subject matter described herein), or any combination of such back-end, middleware, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network (“LAN”), a wide area network (“WAN”), and the Internet.
The computing system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
Although a few variations have been described in detail above, other modifications are possible. For example, the logic flow depicted in the accompanying figures and described herein does not require the particular order shown, or sequential order, to achieve desirable results. Also, the GUI described in this specification can be implemented using one or more computer systems that can present GUI to a user. The presented GUI includes commonly used GUI elements such as buttons, tabs, menu items, etc. than indicate to a user that user input is requested. Using these GUI elements, a user can provide the desired input to the system. Other embodiments may be within the scope of the following claims.
A number of implementations of the disclosure have been described. Nevertheless, it will be understood that various modifications may be made without departing from the scope of the disclosure including the claims.
This application claims priority under 35 USC § 119(e) to U.S. Patent Application Ser. No. 60/953,936, filed on Aug. 3, 2007, the entire contents of which are hereby incorporated by reference.
Number | Name | Date | Kind |
---|---|---|---|
3996672 | Osofsky et al. | Dec 1976 | A |
5307262 | Ertel | Apr 1994 | A |
5325293 | Dorne | Jun 1994 | A |
5483443 | Milstein et al. | Jan 1996 | A |
5583758 | McIlroy et al. | Dec 1996 | A |
5594638 | Iliff | Jan 1997 | A |
5619709 | Caid et al. | Apr 1997 | A |
5675819 | Schuetze | Oct 1997 | A |
5680511 | Baker et al. | Oct 1997 | A |
5778157 | Oatman et al. | Jul 1998 | A |
5794178 | Caid et al. | Aug 1998 | A |
5809476 | Ryan | Sep 1998 | A |
5873056 | Liddy et al. | Feb 1999 | A |
5900871 | Atkin et al. | May 1999 | A |
5963894 | Richardson et al. | Oct 1999 | A |
5995955 | Oatman et al. | Nov 1999 | A |
6055494 | Friedman | Apr 2000 | A |
6081774 | De Hita et al. | Jun 2000 | A |
6137911 | Zhilyaev | Oct 2000 | A |
6182029 | Friedman | Jan 2001 | B1 |
6389405 | Oatman et al. | May 2002 | B1 |
6498982 | Bellesfield et al. | Dec 2002 | B2 |
6529876 | Dart et al. | Mar 2003 | B1 |
H2098 | Morin | Mar 2004 | H |
6708186 | Claborn et al. | Mar 2004 | B1 |
6866510 | Polanyi et al. | Mar 2005 | B2 |
6915254 | Heinze et al. | Jul 2005 | B1 |
7043426 | Roberge et al. | May 2006 | B2 |
7113905 | Parkinson et al. | Sep 2006 | B2 |
7174507 | Baudin et al. | Feb 2007 | B2 |
7359861 | Lee | Apr 2008 | B2 |
7360151 | Froloff | Apr 2008 | B1 |
7369998 | Sarich et al. | May 2008 | B2 |
7493326 | Bishop et al. | Feb 2009 | B2 |
7516125 | Rao | Apr 2009 | B2 |
7610190 | Polanyi et al. | Oct 2009 | B2 |
7624027 | Stern et al. | Nov 2009 | B1 |
7653641 | Theissen et al. | Jan 2010 | B2 |
7720723 | Dicker | May 2010 | B2 |
7827165 | Abernethy et al. | Nov 2010 | B2 |
7865358 | Green et al. | Jan 2011 | B2 |
7908552 | Heinze | Mar 2011 | B2 |
7949538 | Heinze | May 2011 | B2 |
8078454 | Pouzin | Dec 2011 | B2 |
8140323 | Johnson et al. | Mar 2012 | B2 |
8719703 | Bier | May 2014 | B2 |
9110756 | Guo et al. | Aug 2015 | B1 |
9804772 | Oh et al. | Oct 2017 | B2 |
20020010714 | Hetherington | Jan 2002 | A1 |
20020035581 | Reynar et al. | Mar 2002 | A1 |
20020085040 | Krolczyk | Jul 2002 | A1 |
20020128819 | Jessee | Sep 2002 | A1 |
20020156810 | Holland et al. | Oct 2002 | A1 |
20030018251 | Solomon | Jan 2003 | A1 |
20030033347 | Bolle et al. | Feb 2003 | A1 |
20030115039 | Wang | Jun 2003 | A1 |
20030115195 | Fogel et al. | Jun 2003 | A1 |
20030217052 | Rubenczyk et al. | Nov 2003 | A1 |
20040059577 | Pickering | Mar 2004 | A1 |
20040064808 | Kira | Apr 2004 | A1 |
20040093293 | Cheung | May 2004 | A1 |
20040117734 | Krickhahn | Jun 2004 | A1 |
20040172297 | Rao et al. | Sep 2004 | A1 |
20040249638 | Wang | Dec 2004 | A1 |
20040254816 | Myers | Dec 2004 | A1 |
20050010421 | Watanabe et al. | Jan 2005 | A1 |
20050071185 | Thompson | Mar 2005 | A1 |
20050091067 | Johnson | Apr 2005 | A1 |
20050261910 | Precoda et al. | Nov 2005 | A1 |
20050273361 | Busch | Dec 2005 | A1 |
20060059021 | Yulman et al. | Mar 2006 | A1 |
20060129922 | Walker | Jun 2006 | A1 |
20060134750 | Liu et al. | Jun 2006 | A1 |
20060149565 | Riley | Jul 2006 | A1 |
20060247949 | Shorrosh | Nov 2006 | A1 |
20070061348 | Holland et al. | Mar 2007 | A1 |
20070094030 | Xu | Apr 2007 | A1 |
20070226211 | Heinze et al. | Sep 2007 | A1 |
20070237377 | Oosawa | Oct 2007 | A1 |
20070294200 | Au | Dec 2007 | A1 |
20080222518 | Walker | Sep 2008 | A1 |
20080256108 | Heinze et al. | Oct 2008 | A1 |
20080256329 | Heinze et al. | Oct 2008 | A1 |
20080282153 | Kindeberg et al. | Nov 2008 | A1 |
20090070140 | Morsch et al. | Mar 2009 | A1 |
20090144617 | Funes et al. | Jun 2009 | A1 |
20090175550 | Taleb | Jul 2009 | A1 |
20100064131 | Spatscheck et al. | Mar 2010 | A1 |
20100082673 | Nakano | Apr 2010 | A1 |
20100195909 | Wasson et al. | Aug 2010 | A1 |
20100257444 | Bever et al. | Oct 2010 | A1 |
20120011470 | Oh et al. | Jan 2012 | A1 |
20120136863 | Bobick et al. | May 2012 | A1 |
20130246480 | Lemcke et al. | Sep 2013 | A1 |
20130262125 | Tunstall-Pedoe | Oct 2013 | A1 |
20140164388 | Zhang et al. | Jun 2014 | A1 |
Entry |
---|
Friedman, et al. “Natural language processing in an operational clinical information system,” Natural Language Engineering, vol. 1(1): 83-108 (May 1995). |
Zingmond and Lenert. “Monitoring Free-Text Data Using Medical Language Processing,” Computers and Biomedical Research, vol. 26: 467-481 (1993). |
Lehnert, Soderland, Aronow, Feng, and Shmueli. “Inductive Text Classification for Medical Applications,” to appear in Journal for Experimental and Theoretical Artificial Intelligence, Brookline, MA (date unknown). |
Larkey and Croft. “Automatic Assignment of ICD9 Codes to Discharge Summaries,” UMass Center for Intelligent Information Retrieval, Amherst, MA (date unknown). |
Sneiderman, Rindflesch, and Aronson. “Finding the Findings: Identification of Findings in Medical Literature Using Restricted Natural Language Processing,” Bethesa, MD (1996). |
Aronow, Cooley, and Soderland. “Automated Identification of Episodes of Asthma Exacerbation for Quality Measurement in a Computer-Based Medical Record,” Brookline, MA and Amherst, MA (date unknown). |
Croft, Callan, and Aronow. “Effective Access to Distributed Heterogeneous Medical Text Databases,” MEDINFO 96 Proceedings, Amherst, MA (1995). |
Aronow, Soderland, Feng, Croft and Lehnert. “Automated Classification of Encounter Notes in a Computer Based Medical Record,” Amherst, MA (date unknown). |
Aronow and Shmueli. “A PC Classifier of Clinical Text Documents: Advanced Information Retrieval Technology Transfer,” Amherst, MA (1996). |
Aronow and Feng, “Ad-Hoc Classification of Electronic Clinical Documents,” D-Lib Magazine, Amherst, MA, 1997. |
Soderland, Aronow, Fisher, Aseltine and Lehnert. “Machine Learning of Text Analysis Rules for Clinical Records,” Amherst, MA and Brookline, MA (date unknown). |
Yang and Chute. “An Application of Least Squares Fit Mapping to Clinical Classification,” 16.sup.th Annual Symposium on Computer Application in Medical Care, pp. 460-464, Rochester, MN (1993). |
Ranum. “Knowledge Base Understanding of Radiology Text,” 12.sup.th Annual Symposium on Computer Application in Medical Care, pp. 141-145, Rochester, MN (1988). |
Sager, Lyman, Nhan, and Trick. “Automatic Encoding into SNOMED III: A Preliminary Investigation,” 18.sup.th Annual Symposium on Computer Application in Medical Care, pp. 230-234, New York, NY (1994). |
Lenert and Tovar. “Automated Linkage of Free-Text Descriptions of Patients with a Practice Guideline,” 17.sup.th Annual Symposium on Computer Application in Medical Care, pp. 274-278, Stanford, CA (1993). |
Sager, Lyman, Bucknail, Nhan, and Trick. “Natural Language Processing and the Representation of Clinical Data,” Journal of the American Medical Information Association, vol. 1, No. 2, pp. 142-160, New York, NY (Mar./Apr. 1994). |
Furuse et al. “Constituent Boundary Parsing for Example-Based Machine Translation,” Google, pp. 105-111 (1994). |
Starosta et al. “Lexicase Parsing: A Lexicon-driven Approach to Syntactic Analysis,” Google, pp. 127-132 (1986). |
Neubauer, Aljoscha Steffen. “The EWMA control chart,” Clinical Chemistry, 43(4): 594-601 (1997). |
Department of Health and Human Services—OIG Office of Audit Services. Rat-Stats Companion Manual (Sep. 2001). |
Department of Health and Human Services—OIG Office of Audit Services. Rat-Stats User Guide (Sep. 2001). |
“Introducing SNOMED CT” (online) [Retrieved Dec. 21, 2010]; Retrieved from the Internet URL: www.ihtsdo.org/publications/introducing-snomed-ct/; 2 pgs. |
“Value Proposition for SNOMED CT” (online) [Retrieved Dec. 21, 2010]; Retrieved from the Internet URL: www.ihtsdo.org/fileadmin/user_upload/Docs_01/Publications/SNOMED_CT/SNOMED_CT_Benefits_v4.pdf; 3 pgs. |
“SNOMED Clinical Terms User Guide Jan. 2010 International Release (US English)” (online) [Retrieved Dec. 21, 2010]; Retrieved from the Internet URL: www.ihtsdo.org/fileadmin/user_upload/Docs_01/Publications/doc_userguide_current-en-US_INT_20100131.pdf.; 99 pages. |
“SNOMED Clinical Terms Overview” (online) [Retrieved Dec. 21, 2010]; retrieved from the Internet URL: www.ihtsdo.org/fileadmin/user_upload/Docs_01/Recourses/Introducing_SNOMED_CT/SNOMED_CT_Overview)_IHTSDO_Taping_Aug08.pdf.; 82 pgs. |
“SNOMED Clinical Terms Basics” (online) [Retrieved Dec. 21, 2010]; retrieved from the Internet URL: www.ihtsdo.org/fileadmin/user_upload/Docs_01/Recourses/Introducing_SNOMED_CT/SNOMED_CT_Basics_IHTSDO_Taping_Aug08.pdf.; 82 pgs. |
“SNOMED Clinical Terms Fundamentals” (online) [Retrieved Dec. 21, 2010]; retrieved from the Internet URL: www.ihtsdo.org/fileadmin/user_upload/docs_01/SNOMED_Clinical_Terms_Fundamentals.pdf.; 56 pgs. |
“SNOMED CT Browsers” (online) [Retrieved Dec. 21, 2010]; Retrieved from the Internet URL: www.nim.nih.gov/research/umls/Snomed/snomed_browsers.html; 2 pgs. |
“HL7 Clinical Document Architecture, Release 2.0” (online) [Retrieved Dec. 20, 2010]; Retrieved from the Internet URL: www.h17.org/v3ballot/html/foundationdocuments/cda/cda.htm; 190 pgs. |
Gregory, Tom, “Interpreting Error Rates in Health Care Billing Audits,” Journal of Health Care Compliance; Jan./Feb. 2003; 5, 1; p. 4. |
Richardson, S. et al., “MindNet: acquiring and structuring semantic information from text”, ACM 1998, pp. 1098-1102. (5 pages). |
Zhou, X. et al., “Converting Semi-structured Clinical Medical Records into Information and Knowledge”, IEEE 2005, pp. 1-8. (8 pages). |
Shaikh, et al., “Assessing Sentiment of Text by Semantic Dependency and Contextual Valence Analysis”, Springer 2007, pp. 191-202. (12 pages). |
Wattenberg et al., The Word Tree, an Interactive Visual Concordance, IEEE 2008, pp. 1221-1228. |
Stoica et al., Nearly-Automated Metadata Hierarchy Creation, ACM 2004, pp. 1-4. |
Number | Date | Country | |
---|---|---|---|
20090070140 A1 | Mar 2009 | US |
Number | Date | Country | |
---|---|---|---|
60953936 | Aug 2007 | US |