US20040243552A1 - Method, system, and apparatus for viewing data - Google Patents

Abstract

In a method of viewing data, a set of documents and associated metadata is received based on a set of query parameters. Query hits are determined within the set of documents for a selected extraction target of a plurality of extraction targets. The query hits are associated with the selected extraction target. The plurality of extraction targets is displayed, where each extraction target being a link to associated query hits from the set of documents.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This application relates to co-pending U.S. patent application Ser. No. 10/413,405, entitled, “INFORMATION CODING SYSTEM AND METHOD”, filed Apr. 15, 2003; co-pending U.S. patent application Ser. No. 10/______, entitled, “SYSTEMS AND METHODS UTILIZING NATURAL LANGUAGE MEDICAL RECORDS”, filed on May 29, 2003; co-pending U.S. patent application Ser. No. 10/______, entitled, “METHOD, SYSTEM, AND APPARATUS FOR VALIDATION”, filed on May 30, 2003; and co-pending U.S. patent application 10/______, entitled, “METHOD, SYSTEM, AND APPARATUS FOR DATA REUSE”, filed on May 30, 2003; all of which co-pending applications are hereby incorporated by reference in their entirety.[0001]
BACKGROUND OF THE INVENTION
• It is generally known that various governmental agencies, businesses, health care institutions or other similar entities generate many reports. For example, a metropolitan police department may generate arrest reports for the people arrested by the members of the police department. In the medical industry, physicians, nurses and health care administrators generate voluminous patient records.[0002]
• The volume of the records has placed a burden on these entities with regards to accessing, searching and/or reusing the information contained in the records. These entities have attempted to use electronic records to reduce the space requirement for physical records and to improve the searching of records. For instance, in the healthcare industry, institutions have turned to electronic medical records (EMR) to alleviate storage issues and/or to improve search capabilities for records. The typical EMR system includes a specialized interface to create the EMR. The EMR is then stored in a database for retrieval and search.[0003]
• The conventional EMR systems may also be limited in displaying the surrounding text of a search item. More particularly, the EMR system may be configured to locate an EMR based on key fields. However, the EMR system cannot typically display the surrounding text of a selected key field. As a result, if a health care professional wants to view the text of a medical report describing or providing more information about a certain condition, the health care professional may take the time necessary to search for the appropriate document(s) and scan for the information in the located document(s) or do without.[0004]
• Another drawback and disadvantage to conventional EMR systems is that they typically do not permit the insertion of free-form text, i.e., dictated text, into the EMR. More specifically, data is entered for an EMR through a specified graphical user interface (GUI) of the conventional EMR system. This interface is typically complicated and very time consuming for a healthcare professional to utilize. Further, the GUI may not permit the insertion of free-form text within the EMR. Although some conventional EMR systems import or link the free-form text with the EMR, these systems still do not offer the capability of searching in the free-form text.[0005]
SUMMARY OF THE INVENTION
• An advantage exists in the present invention that facilitates the viewing of a document by providing a mechanism for presenting and organizing relevant data from external sources.[0006]
• In a first aspect, the present invention includes an embodiment that relates to a method of viewing data. The method includes receiving a set of documents and associated metadata based on a set of query parameters and determining query hits within the set of documents for a selected extraction target of a plurality of extraction targets. The method also includes associating the query hits with the selected extraction target and displaying the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.[0007]
• In a second aspect, the present invention includes an embodiment that pertains to a method of viewing data. The method includes providing a plurality of documents, where each document is associated with annotated facts. The method also includes selecting a group of documents based on a predetermined criteria and aggregating the annotated facts across the group of documents. The method further includes maintaining the location of each annotated fact in the group of documents and displaying the aggregated annotated facts for at least one of viewing and selecting.[0008]
• In a third aspect, the present invention includes an embodiment that relates to an apparatus for viewing data. The apparatus includes means for receiving a set of documents and associated metadata based on a set of query parameters and means for determining query hits within the set of documents for a selected extraction target of a plurality of extraction targets. The apparatus also includes means for associating the query hits with the selected extraction target and means for displaying the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.[0009]
• In a fourth aspect, the present invention includes an embodiment that pertains to a computer readable storage medium on which may be embedded one or more computer programs. The one or more computer programs implement a method of viewing data. The one or more computer programs include a set of instructions for providing a plurality of documents, each document associated with annotated facts and selecting a group of documents based on a predetermined criteria. The set of instructions also include aggregating the annotated facts in the group of documents and maintaining a location of each annotated fact in the group of documents. The set of instructions further includes displaying the aggregated annotated facts for at least one of viewing and selecting.[0010]
• In a fifth aspect, the present invention includes an embodiment that relates to a system for viewing data. The system includes at least one processor, a memory coupled to the at least one processor, and a viewer module configured to be stored as a computer programmable readable media in the memory and to be executed by the at least one processor. The viewer module is configured to receive a set of documents and associated metadata based on a set of query parameters and to determine query hits within the set of documents for a selected extraction target of a plurality of extraction targets. The viewer module is also configured to associate the query hits with the selected extraction target and to display the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.[0011]
• The above advantages and features are of representative embodiments only, and are presented only to assist in understanding the invention. It should be understood that they are not to be considered limitations on the invention as defined by the claims, or limitations on equivalents to the claims. Additional features and advantages of the invention will become apparent from the drawings, the following description, and the claims.[0012]
BRIEF DESCRIPTION OF THE DRAWINGS
• While the specification concludes with claims particularly pointing out and distinctly claiming the present invention, it is believed the same will be better understood from the following description taken in conjunction with the accompanying drawings, which illustrate, in a non-limiting fashion, the best mode presently contemplated for carrying out the present invention, and in which like reference numerals designate like parts throughout the figures, wherein:[0013]
• FIG. 1 illustrates an exemplary architecture of a point-of-care (POC) viewer module in accordance with an embodiment;[0014]
• FIG. 2 illustrates an exemplary flow diagram for the POC viewer module in accordance with another embodiment;[0015]
• FIG. 3 illustrates a natural language patient record (NLPR) system utilizing a POC viewer module in accordance with yet another embodiment;[0016]
• FIG. 4 illustrates a POC report generator GUI provided by the POC viewer module in accordance with yet another embodiment;[0017]
• FIG. 5 illustrates an embodiment of the decision tree for the query bar shown in FIG. 4;[0018]
• FIGS. 6A-6B illustrate a patient report based on selections made on the POC query bar GUI, shown in FIG. 4 in accordance with yet another embodiment;[0019]
• FIG. 7 illustrates a medical record viewer GUI in accordance with yet another embodiment;[0020]
• FIG. 8 illustrates a flow diagram for the POC record viewer module in accordance with yet another embodiment;[0021]
• FIG. 9 illustrates a more detailed flow diagram of the POC viewer module, shown in FIGS. 1-3, in accordance with yet another embodiment;[0022]
• FIG. 10 illustrates a flow diagram of the POC viewer module in accordance with yet another embodiment;[0023]
• FIG. 11A illustrates a flow diagram of the POC viewer module in accordance with yet another embodiment;[0024]
• FIG. 11B illustrates a flow diagram of the POC viewer module in accordance with yet another embodiment; and[0025]
• FIG. 12 illustrates a flow diagram of the POC viewer module in accordance with yet another embodiment.[0026]
DETAILED DESCRIPTION OF THE EMBODIMENTS
• For simplicity and illustrative purposes, the principles of the present invention are described by referring mainly to exemplary embodiments thereof. However, one of ordinary skill in the art would readily recognize that the same principles are equally applicable to, and can be implemented in, all types of network systems, and that any such variations do not depart from the true spirit and scope of the present invention. Moreover, in the following detailed description, references are made to the accompanying figures, which illustrate specific embodiments. Electrical, mechanical, logical and structural changes may be made to the embodiments without departing from the spirit and scope of the present invention. The following detailed description is, therefore, not to be taken in a limiting sense and the scope of the present invention is defined by the appended claims and their equivalents.[0027]
• Embodiments relate to a mechanism for viewing data. More particularly, a point-of-care (POC) viewer may be configured to provide a mechanism for a user to search for a selected medical fact and display the data related to the selected medical fact. The POC viewer includes a query module configured to search for documents meeting specified query parameters. The documents include text of the document and metadata. The metadata may include facts, location in the document of the facts, links to related documents, etc. The host application may generate the metadata by applying an extraction module to the document. The documents may be a flat file, ASCII, a word processing file, etc. The query module may be configured to return documents that qualify under the search parameters entered by the document.[0028]
• A POC module may be configured to process the returned documents and organize the selected documents and display validated natural language-based extractions for a particular subject, e.g., a patient. More particularly, the POC module may invoke an I/O module to generate a POC viewer graphical user interface (GUI). The POC viewer GUI may comprise of two main components: a summary viewer component for generating summary reports and a medical record viewer for viewing detailed information.[0029]
• FIG. 1 illustrates an exemplary architecture of a[0030]POC viewer module100 in accordance with an embodiment. It should be readily apparent to those of ordinary skill in the art that the exemplary architecture depicted in FIG. 1 represents a generalized schematic illustration and that other components may be added or existing components may be removed or modified.
• As shown in FIG. 1, the[0031]POC viewer module100 includes aPOC module110, an input/output (I/O)module120, aquery module130, and astorage interface140. ThePOC module110 may be configured to provide the functionality for thePOC viewer module100. For example, thePOC module110 may be configured to perform actions in response to user input received through the I/O module120.
• The[0032]POC module110 may also be configured to interface with the I/O module120. ThePOC module110 may invoke the I/O module120 to provide an interface to query for document(s), to provide an interface to show extracted data from the found documents, and/or to provide an interface to show a draft document with extracted data selected for reuse. In other embodiments, the functionality of the I/O module120 may be merged into thePOC module110.
• The[0033]POC module110 may be further configured to interface with thestorage interface140. Thestorage interface140 may provide a mechanism for thePOC viewer module100 to access existing documents for querying. Thestorage interface140 may be set of function calls, remote procedure calls or other similar interface.
• The[0034]POC module110 may be further configured to interface with thequery module130. Thequery module130 may receive query parameters from an interface generated by the I/O module120 to search for document or a set of documents. Alternatively, thequery module130 may receive the query parameters through thePOC module110. Thequery module130 may be configured to implement a search through either thestorage interface140 directly or through thePOC module110 for the documents that match the received query parameters. For the matching documents, thequery module130 may forward the matching documents to thePOC module110. In other embodiments, the functionality of thequery module110 may be merged with thePOC module110.
• The[0035]POC viewer module100 may be implemented as a software program, a utility, a subroutine, or other similar programming entity. In this respect, thePOC viewer module100 may be implemented using software languages such as C, C++, JAVA, etc. Alternatively, thePOC viewer module100 may be implemented as an electronic device utilizing an application specific integrated circuit, discrete components, solid-state components or combination thereof.
• FIG. 2 illustrates an exemplary flow diagram[0036]200 for thePOC viewer module100 in accordance with another embodiment. It should be readily apparent to those of ordinary skill in the art that this method200 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified.
• As shown in FIG. 2, a host application may invoke the[0037]POC viewer module100 by initiating a command, instep205. Alternatively, the host application may have a menu item that represents thePOC viewer100 or by a function call. Once invoked, thePOC module110 may invoke the I/O module120 to provide an initial graphical user interface (GUI) for a user to receive input.
• In[0038]step210, thequery module130 may initiate a search for the requested documents based on query parameters entered into the initial GUI. If matching documents are found, thequery module130 may forward the matching documents to thePOC module110. Although not shown, if no matching documents are found, thequery module130 may notify the user of the lack of matching documents through the I/O module120.
• In[0039]step215, thePOC module110 may be configured to organize the retrieved document(s) and related extracted facts and metadata. More specifically, thePOC module110 may organize the retrieved documents according to extractions targets, e.g., problems, medications, allergies, based on the associated metadata. For example, under the extraction target of problems, the locations of terms related to problems in the retrieved documents are presented to the user. In other words, a user may be provided with the initial GUI that includes extraction target of problems as an active link. Activating the ‘problems’ link expands and displays the links for the locations in the respective links for the terms that are related to the extraction target of the ‘problem.’ Similarly, thePOC module110 determines the associated term and location of the associated term for each extraction target.
• In[0040]step220, thePOC module110 may invoke the I/O module120 to display the extraction targets in a collapsed tree format. The I/O module120 may be configured to expand a section group in response to a user event. The I/O module120 may then display the links for the matching terms in the document for the respective extraction group.
• In[0041]step225, a user may select a link within an extraction target group. ThePOC module110 may then be configured to display more detailed information regarding the selected link. For example, the text surrounding the activated associated term may be displayed, instep230. Alternatively, the entire document may be displayed in a GUI window. Subsequently, instep235, thePOC viewer module100 may exit.
• FIG. 3 illustrates a natural language patient record (NLPR)[0042]system300 utilizingPOC viewer module100 in accordance with yet another embodiment. As shown in FIG. 3, theNLPR system300 includes a plurality ofworkstations305 interconnected by anetwork310. TheNLPR system300 also includes aserver315 executing a computerreadable version320 of the NLPR system anddata storage325. TheNLPR system300 is a system for maintaining electronic medical records of patients, which is described in greater detail in co-pending U.S. patent application Ser. No. 10/______, entitled, and which is hereby incorporated by reference in its entirety.
• The[0043]workstations305 may be personal computers, laptops, workstations, or other similar computing element. Theworkstations305 execute a physician workstation (PWS)client330 from theNLPR system300. ThePWS client325 provides the capability for a physician to dictate, review, and/or edit medical records to theNLPR system300.
• The[0044]workstations305 also execute atranscriptionist client335 for a transcriptionist to access and convert audio files into electronic text. TheNLPR system300 may also use speech engines to automatically convert dictations from physicians into electronic text.
• The[0045]network310 is configured to provide a communication channel between theworkstations305 and theserver315. Thenetwork310 may be a wide area network, local area network or combination thereof. Thenetwork310 may implement wired protocols (e.g., TCP/IP, X.25, IEEE802.3, IEEE802.5, etc.), wireless protocols (e.g., IEEE802.11, CDPD, etc.) or combination thereof.
• The[0046]server315 may be a computing device capable of providing services to theworkstations305. Theserver315 may be-implemented using Compaq DL360, HP RX5670, IBM xSeries205, Sun Microsystem SunFire V1280, or other similar computing platform. Theserver315 is configured to execute a computer readable version of theNLPR software320. The NLPR software provides functionality for theNLPR system300. TheNLPR system300 may receive audio files and/or documents by other network access means such as electronic mail, file transfer protocols, and other network transferring protocols.
• The[0047]data storage325 may be configured to interface withnetwork310 and provide storage services to theworkstations305 and theserver315. Thedata storage325 may also be configured to store a variety of files such as audio, documents, and/or templates. In some embodiments, thedata storage325 includes a file manager (not shown) that provides services to manage and access the files stored therein. Thedata storage325 may be implemented as a network-attached storage or through an interface through theserver315.
• The[0048]server315 may be further configured to interface with an embodiment of thePOC viewer module100. A user may invoke thePOC viewer module100 through aPWS client320. For example, thePOC viewer module100 may be a menu item on a graphical user interface of thePWS client320. Alternatively, a user may use a command line prompt at thePWS client320 to invoke thePOC viewer module100. Once invoked, thePOC viewer module100 may display a POC report generator graphical user interface (GUI) as shown in FIG. 4.
• FIG. 4 illustrates a POC[0049]report generator GUI400 provided by thePOC viewer module100 in accordance with yet another embodiment. It should be readily apparent that the elements of the POCreport generator GUI400 may be deleted and/or modified and new elements added.
• As shown in FIG. 4, the POC[0050]report generator GUI400 includes aquery bar402, acontrol bar404, and areport area415. The POCreport generator GUI400 may be configured to permit users to view information, e.g., patient information, through various views and queries. Thequery bar402 may be configured to determine and/or find information related to a patient. Thecontrol bar404 may be configured to manipulate the display of the information found for the patient as displayed in the report area410.
• The[0051]query bar402 includes a report dropdown406. The report dropdown406 may be configured to query for selected information based on a decision tree, as shown in FIG. 5. FIG. 5 illustrates an embodiment of thedecision tree500 for the report dropdown shown406 in FIG. 4. It should be readily apparent that the elements of thedecision tree500 may be deleted and/or modified and new elements added.
• As shown in FIG. 5, a user may select five types of reports[0052]502: view history, patient report, snapshot report, current list, and patients. The targetdropdown list504 controls the target that will be displayed on the report, where target may be defined as various classes of medical information. The user may select a report on all targets, combinations of targets or one specific target. In this embodiment, the targets are “for all targets,” “on problems,” “on medication,” “on allergies,” “on procedures,” and “on labs.”
• The time frame dropdown[0053]506 may be configured to control the time frame for the visits. A user may specify the time frames from the list comprising of “for the last N days,” “for all vists,” “for the current visit,” “for the last N visists,” “for visits before MM/DD/YY,” and “for visits after MM/DD/YY.”
• A demographics dropdown[0054]508 may be accessed by selecting report type of “patients.” The demographics dropdown508 may be configured to select the parameter used to query the patient list. For example, in one embodiment, the parameters include “patient ID,” “Name,” “social security number,” “visit ID,” and “date of birth.”
• An[0055]assertion filter510 may be configured to affect which assertion types are shown in the output. An assertion type is a classification of a target into a category, based on the output status. In one embodiment, theassertion filter510 includes at least the parameters of “current,” “history,” “family,” “social,” “all,” and “other.”
• Returning to FIG. 4, the[0056]query bar402 may also be configured to have default settings. More particularly, if the patient information is not known, then the report dropdown406 will have the patient lookup query selected. Using this query will not affect the “last saved query” stored in user preferences. If the patent information is known and the user has set that the last query used be a default, then the last query saved in the user's preference information will be shown. When a new query is made, the new query will be saved in the user's preference information.
• Otherwise, if there is a default query stored in the user's preference information, the default query will be shown in the report dropdown[0057]406. Otherwise, a default query defined for thePOC viewer module100 will be shown.
• The[0058]control bar404 may be configured to include a report heading420 and abutton bar425. Thebutton bar425 may comprise of an “Elide/Show All Text”button430, an “Expand/Collapse All”button432, a “user preference” button (not shown), a “print”button434, and a “help”button436.
• The “Elide/Show All Text”[0059]button430 may be configured to allow users to either elide or show all the text in lines that could wrap. The “Expand/Collapse All”button432 may be configured to allow a user to expand or collapse entries in the report. Activating the appropriate part of the control will perform the collapse or expand operation. The “user preference” button may be configured to present as an icon that allows users to modify the appearance of the POCreport generator GUI400. Activating this icon will display a user preference dialog with the POCreport generator GUI400 component preferences in a tree control. The “print”button434 may be configured to allow user to print the report.
• The “help”[0060]button436 may be configured to allow users to display help information for the POC viewer. Help pages are created to explain the content of each view, how to use the query bar, and how to customize the pages. These pages will be accessible from the “help”button436. The “help”button436 may be configured to display information relevant to the currently selected report type.
• FIGS. 6A and 6B illustrate a patient report based on selections made on the POC[0061]report generator GUI400, shown in FIG. 4 in accordance with yet another embodiment. As shown in FIG. 6, a report may comprise thecontrol bar610 with the report heading612 shown in thecontrol bar610 and the detail for each extraction shown in thereport window605.
• The report heading[0062]612 may comprise a report title andpatient demographics614. More particularly, if only one extraction target is selected in the target dropdown list (see FIG. 5), then the POCreport generator GUI400 is configured to generate the report title of “Patient Report on [selected target]”.Patient demographics614 may comprise patient name (last name615, first name616), a date ofbirth617,sex618, andrace619.
• If the all targets are selected from the target[0063]dropdown list504, then thePOC report generator400 may be configured to display each target name (e.g., Problems, Medications, Allergies and adverse reactions, Procedures, etc.) as a top-level of atree menu630. The order of the targets may be user-defined. A user may select the order of the targets and save the order in the user preferences. However, if only one target is selected in the targetdropdown list504, then the POCreport generator GUI400 does not list the target name as a top-level item. ThePOC report generator400 may be configured to precede the top level items, e.g., Problems, Medications, etc., with an expand/collapse icon631. ThePOC report generator400 may expand or collapse the tree in response to activating the expand/collapse icon631.
• The POC[0064]report generator GUI400 may also be configured to present the text of thetarget name632 in bold. Alternatively, the POCreport generator GUI400 may present the text in a user-selected style as saved in the user-preferences. ThePOC report generator400 may be further configured to present acount633 of the individual extraction target items found for that patient within the restrictions of the user's query. If targets are specified where no facts were found, the POCreport generator GUI400 may be configured to display the targets as top-level items but followed with “0 found” for thecount633.
• The POC[0065]report generator GUI400 may be further configured to display a headingrow620. The headingrow620 is configured to appear under each target when multiple targets are shown or will appear when only one target is selected. Under the heading row, a row for each fact found for the selected target is displayed by the POCreport generator GUI400. In the event that no facts were found, when the row is expanded, the text “none found” is displayed by the POCreport generator GUI400. ThePOC report generator400 may also display a firstmention date field623, an ID and/or a department of the author of the author that mentions thefact field624, a validation status of thefact field625, a normalized or categorized name of thefact field626, and its lastmention date field627. The last mentioneddosage field628 and the date for which dosage was mentionedfield629 may be further displayed by the POCreport generator GUI400 for targets of the type “medications”.
• The[0066]last mention date625 field may be configured to indicate the date that the target was last mentioned in any known report for the selected patient. The information related to thelast mention date625 is not based on the user specified time span. If a user activates thelast mention date625, a medical record viewer (described below) is instantiated in a pop-up window, with the record where the last mentioned was made selected, and the first extraction target item will be visible and highlighted in the medical record viewer.
• The[0067]first mention date623 field may be configured to indicate the date that the target was first mentioned in any known report for the selected patient. The information related to thefirst mention date623 is not based on the user specified time span. If a user activates thefirst mention date623, a medical record viewer (described below) is instantiated in a pop-up window, with the record where the first mentioned was made selected, and the first extraction target item will be visible and highlighted in the medical record viewer.
• The[0068]author624 field may be configured to indicate the ID and/or department of the author of the document containing the last mention. The author is the creator of the first revision of the document.
• FIG. 7 illustrates a medical record viewer GUI[0069]700 in accordance with yet another embodiment. The medical record viewer GUI700 provides a link for a user to view the source information (or material) for information displayed by the POCreport generator GUI400. More particularly, the medical record viewer GUI700 functions with a collection of medical records specified by the POCreport generator GUI400, i.e., the records retrieved during the query process. The medical record viewer GUI700 is a modal dialogue that locks the user in the medical record viewer GUI700.
• As shown in FIG. 7, the medical record viewer GUI[0070]700 comprises aquery bar710, acontrol bar720, anavigation tree730, and adocument view740. The medical record viewer GUI700 may be configured to display the extracted target items in thenavigation tree730. Users may select a leaf node in thetree control745 and the corresponding extracted target items are highlighted745′ within the respective document context in thedocument view740. Activating thenext mention750 or theprevious mention755 configures the medical record viewer GUI700 to show the next/previous mention within the set of documents that mentions the item. Upon reaching the last mention in a report, thenext mention750 may be configured to change to a “Next Document” button. Similarly, upon reaching the first mention in a report, theprevious mention button755 may be configured to change to a “Previous Document” button. The medical record viewer GUI700 may also be configured to highlight each mention in thedocument view740 and to show the associated validation status for the mention.
• FIG. 8 illustrates a flow diagram for the POC[0071]record viewer module100 in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram800 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified.
• As shown in FIG. 8, a user may initiate a session with a host application, e.g.,[0072]NLPR system300 shown in FIG. 3, instep805. The user may then instantiate the POCrecord viewer module100 by activating an icon, selecting a menu item or executing a command.
• In[0073]step810, a user may select a patient from the host application, e.g.,NLPR system300. More particularly, the POCrecord viewer module100 may generate and display the POC report generator GUI400 (shown in FIG. 4).
• In[0074]step815, a user may manually select a preferred report from thecontrol bar404 of the POCreport generator GUI400. The POCreport generator GUI400 may permit the user to select the query parameters for the report and allow the user to confirm the selected query parameters, in step820. If the user is satisfied with the selected query parameters, the user may activate theFind button430 on the POCreport generator GUI400, instep825. Otherwise, the user may alter the selected query parameters, instep830. Subsequently, the use may activate theFind button430 to create a report based on the selected query parameters.
• In[0075]step830, thePOC viewer module100 may configure the POCreport generator GUI400 to display the results of the selected query parameters. Instep835, thePOC viewer module100 determines whether a hardcopy of the report is required. If a hardcopy of the report is needed, thePOC viewer module100 may initiate a print spool job or directly send the report to be printed at a local printer, instep840.
• Otherwise, the[0076]POC viewer module100 may be configured to determine from the POCreport generator GUI400 whether or not additional patients are to be selected, instep845. If additional patient is selected, thePOC viewer module100 returns to the processing ofstep810. Otherwise, thePOC viewer module100 may be configured to close the POCreport generator GUI400 and exit, instep850.
• FIG. 9 illustrates a more detailed flow diagram[0077]900 of thePOC viewer module100, shown in FIGS. 1-3, in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram900 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified. In FIG. 9, a user has already initiated a query based on visit identification through the POC report generator GUI400 (shown in FIG. 4).
• As shown in FIG. 9, the[0078]POC viewer module100 may be configured to determine from the user whether or not the user is searching for a specific document by waiting for an input on the POCreport generator GUI400, instep905. If the user is searching for a specific document, thePOC viewer module100 waits for an input from the user that expands the visit filter parameter through the POCreport generator GUI400, instep910. Otherwise, if the user is not searching for a specific document, the user may activate the link on the POCreport generator GUI400 for the selected visit to view documents for that visit, instep915.
• In[0079]step920, thePOC viewer module100 may activate the medical records viewer GUI700 (shown in FIG. 7) in response to activation of a selected document. The medical records viewer GUI700 may be configured to retrieve the found documents for the visit query, instep925.
• In[0080]step930, thePOC viewer module100 may configure the medical records viewer GUI700 to display the selected documents where the extracted target items are nodes of a tree control.
• In[0081]step935, thePOC viewer module100 may be configured to determine whether the user is looking for a specific document based on the input selection on the medical records viewer GUI700. If the user selects a specific document, instep940, the medical records viewer GUI700 may display the selected document in thedocument view740, instep950.
• Otherwise, in[0082]step945, the medical records viewer GUI700 may be configured to select the first extraction of the first document of the set of found documents. Subsequently, instep950, the medical records viewer GUI700 may display the selected document in the document view. Instep950, the medical records viewer GUI700 may be configured to highlight the selected fact from either step940 or945. Subsequently, the medical record viewer GUI700 may terminate based on user activation of the exit function.
• FIG. 10 illustrates a flow diagram[0083]1000 of thePOC viewer module100 in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram1000 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified. In FIG. 10, a user has initiated a requested report through the POC report generator GUI400 (shown in FIG. 4).
• As shown in FIG. 10, the[0084]POC viewer module100 may be configured to receive an input through the POCreport generator GUI400 that the user has selected a target, in step1005. ThePOC viewer module100 may configure the POCreport generator GUI400 to display links for the selected fact. In one embodiment, the links may be fact, first mention date for a fact, last mention date for a fact, and dosage mention date for a fact (in the case where the fact is a medication).
• In[0085]step1010, thePOC viewer module100 receives an indication that one of the links has been activated. Instep1015, thePOC viewer module100 may instantiate the medical records viewer GUI700 in response to the selection of the link instep1010.
• In[0086]step1020, the medical records viewer GUI700 may be configured to assemble the retrieved documents. Instep1025, thePOC viewer module100 may configure the medical records viewer GUI700 to display the selected documents in thenavigation tree730, where the extracted target items are nodes of a tree control.
• In[0087]step1030, thePOC viewer module100 may be configured to select a document containing a selected extraction based on a user selection on the medical records viewer GUI700. Subsequently, instep1035, the medical records viewer GUI700 may display the selected document in the document view.
• In[0088]step1040, the medical records viewer GUI700 may be configured to highlight the selected extraction. Subsequently, the medical record viewer GUI700 may terminate based on user activation of the exit function, instep1045.
• FIG. 11A illustrates a flow diagram[0089]1100 of thePOC viewer module100 in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram1100 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified. In FIG. 11A, a user has initiated a requested report through the POC report generator GUI400 (shown in FIG. 4).
• As shown in FIG. 11A, the[0090]POC viewer module100 may be configured to receive input from the POCreport generator GUI400 that a user has selected one or more documents for printing, instep1105.
• In[0091]step1110, thePOC viewer module100 may display a print dialog box to permit the user to format the print job. Instep1115, thePOC viewer module100 may receive input from the user changing the printer or page format, if any, through the print dialog box.
• In[0092]step1120, thePOC viewer module100 may receive indication that the user has activate theprint icon434. Instep1125 thePOC viewer module100 may call the appropriate functions to print the selected documents according to the underlying operating system (UNIX, WINDOWS, LINUX, etc.). Subsequently, thePOC viewer module100 may return to an idle state, instep1130.
• FIG. 11B illustrates a flow diagram[0093]1100′ of thePOC viewer module100 in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram1100′ represents a generalized illustration and that other steps may be added or existing steps may be removed or modified. In FIG. 11B, a user has initiated a requested report through the POC report generator GUI400 (shown in FIG. 4) and is viewing a selected document in the medical records viewer GUI700 (shown in FIG. 7).
• As shown in[0094]11B, thePOC viewer module100 may receive an indication from the medical records viewer GUI700 that a user has activated thePrint button434, instep1105′. ThePOC viewer module100 may configured the medical records viewer GUI700 to display a list of reports that can be printed, with the currently displayed report already selected, instep1110′.
• In[0095]step1115′, thePOC viewer module100 may receive the selection of the documents to be printed from the user through the medical records viewer GUI700, if any. Instep1120′, thePOC viewer module100 may receive indication to print the selected documents by activation of an OK button on the medical records viewer GUI700.
• In[0096]step1125′, thePOC viewer module100 may configure the medical records viewer GUI700 to display the selected documents, if any, in thedocument view740. Subsequently, thePOC viewer module100 may pass the selected documents to the processing of flow diagram1100 (shown in FIG. 11A).
• In[0097]step1130′, thePOC viewer module100 may configure the medical records viewer GUI700 to redisplay the original document. Subsequently, thePOC viewer module100 may finish, instep1135′.
• FIG. 12 illustrates a flow diagram[0098]1200 of thePOC viewer module100 in accordance with yet another embodiment. It should be readily apparent to those of ordinary skill in the art that this flow diagram1200 represents a generalized illustration and that other steps may be added or existing steps may be removed or modified. In FIG. 12, a user has initiated a request for a report on a patient but has not provided the patient ID through the POC report generator GUI400 (shown in FIG. 4).
• As shown in FIG. 12, in[0099]step1205, thePOC viewer module100 determines whether or not the patient ID has been entered. If the patient ID has been entered, thePOC viewer module100 proceeds to the processing ofstep1240, which is discussed below. Otherwise, if the patient ID has not been entered, thePOC viewer module100 may configure the POC report generator GUI700 to display a patient list query dialog, instep1210.
• In[0100]step1215, thePOC viewer module100 receives indication of what type of input that the user would like to enter regarding the identifying information of the patient, e.g. name, ID, SSN, etc., through the patient list query dialog. Instep1220, thePOC viewer module100 receives input regarding the identifying information of the patient.
• In step[0101]1225, thePOC viewer module100 may query the host application for a list of patients matching the selected query parameters fromstep1220. Instep1230, thePOC viewer module100 may configure the POCreport generator GUI400 to display the results of the search.
• In[0102]step1235, thePOC viewer module100 receives the selection of a patient from the user through the POCreport generator GUI400. Instep1240, thePOC viewer module100 may store the selected patient ID. Instep1245, thePOC viewer module100 may set the query to default. Subsequently, thePOC viewer module100 finishes, instep1250.
• FIG. 13 illustrates an exemplary block diagram of a[0103]computer system1300 where an embodiment may be practiced. The functions of the expressway routing module may be implemented in program code and executed by thecomputer system1300. ThePOC viewer module100 and theNLPR system300 may be implemented in computer languages such as PASCAL, C, C++, JAVA, etc.
• As shown in FIG. 13, the[0104]computer system1300 includes one or more processors, such asprocessor1302, that provide an execution platform for embodiments of thePOC viewer module100. Commands and data from theprocessor1302 are communicated over acommunication bus1304. Thecomputer system1300 also includes amain memory1306, such as a Random Access Memory (RAM), where the software for thePOC viewer module100 may be executed during runtime, and asecondary memory1308. Thesecondary memory1308 includes, for example, ahard disk drive1320 and/or aremovable storage drive1322, representing a floppy diskette drive, a magnetic tape drive, a compact disk drive, etc., where a copy of a computer program embodiment for thePOC viewer module100 may be stored. Theremovable storage drive1322 reads from and/or writes to a removable storage unit1324 in a well-known manner. A user interfaces with the thePOC viewer module100 with a keyboard1326, a mouse1328, and adisplay1320. Thedisplay adaptor1322 interfaces with thecommunication bus1304 and thedisplay1320 and receives display data from theprocessor1302 and converts the display data into display commands for thedisplay1320.
• Certain embodiments may be performed as a computer program. The computer program may exist in a variety of forms both active and inactive. For example, the computer program can exist as software program(s) comprised of program instructions in source code, object code, executable code or other formats; firmware program(s); or hardware description language (HDL) files. Any of the above can be embodied on a computer readable medium, which include storage devices and signals, in compressed or uncompressed form. Exemplary computer readable storage devices include conventional computer system RAM (random access memory), ROM (read-only memory), EPROM (erasable, programmable ROM), EEPROM (electrically erasable, programmable ROM), and magnetic or optical disks or tapes. Exemplary computer readable signals, whether modulated using a carrier or not, are signals that a computer system hosting or running the present invention can be configured to access, including signals downloaded through the Internet or other networks. Concrete examples of the foregoing include distribution of executable software program(s) of the computer program on a CD-ROM or via Internet download. In a sense, the Internet itself, as an abstract entity, is a computer readable medium. The same is true of computer networks in general.[0105]
• While the invention has been described with reference to the exemplary embodiments thereof, those skilled in the art will be able to make various modifications to the described embodiments without departing from the true spirit and scope. The terms and descriptions used herein are set forth by way of illustration only and are not meant as limitations. In particular, although the method has been described by examples, the steps of the method may be performed in a different order than illustrated or simultaneously. Those skilled in the art will recognize that these and other variations are possible within the spirit and scope as defined in the following claims and their equivalents.[0106]

Claims (29)

What is claimed is:

1. A method of viewing data, the method comprising the steps of:

receiving a set of documents and associated metadata based on a set of query parameters;

determining query hits within the set of documents for a selected extraction target of a plurality of extraction targets;

associating the query hits with the selected extraction target; and

displaying the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.

2. The method according toclaim 1, further comprising the steps of:

activating the selected extraction target; and

displaying the associated query hits for the selected extraction in response to the activation, wherein the associated query hits determined from the associated metadata of the documents.

3. The method according toclaim 2, further comprising the steps of:

activating a selected associated query hit of the associated query hits; and

displaying context information related to the selected associated query hit.

4. The method according toclaim 1, further comprising the step of linking the selected extraction target with the query hits and associated metadata.

5. The method according toclaim 1, wherein the query hits is determined based on comparing metadata associated of the set of documents.

6. A method of viewing data, the method comprising the steps of:

providing a plurality of documents, each document associated with annotated facts;

selecting a group of documents based on a predetermined criteria;

aggregating the annotated facts in the group of documents;

maintaining a location of each annotated fact in the group of documents; and

displaying the aggregated annotated facts for at least one of viewing and selecting.

7. The method according toclaim 6, further comprising the step of organizing the aggregated annotated facts into a plurality of filtered annotated facts group, each group associated with a respective category and filtered annotated facts.

8. The method according toclaim 7, further comprising the step of linking annotated facts within each group of the plurality of filtered annotated facts groups based on validity.

9. The method according toclaim 7, further comprising the step of linking annotated facts within each group of the plurality of filtered annotated facts groups based on temporal significance.

10. The method according toclaim 7, further comprising the step of linking annotated facts within each group of the plurality of filtered annotated facts groups based on relevance.

11. The method according toclaim 7, further comprising the step of displaying the plurality of groups of filtered annotated facts groups as top-level menu tree, each group represented as an active link.

12. The method according toclaim 11, further comprising the steps of:

activating a selected group of filtered annotated facts groups; and

displaying associated filtered annotated facts in response to the activation of the selected group, each associated filtered annotated fact displayed as an embedded link.

13. An apparatus for viewing data, the apparatus comprising:

means for receiving a set of documents and associated metadata based on a set of query parameters;

means for determining query hits within the set of documents for a selected extraction target of a plurality of extraction targets;

means for associating the query hits with the selected extraction target; and

means for displaying the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.

14. The apparatus according toclaim 13, further comprising:

means for activating the selected extraction target; and

means for displaying the associated query hits for the selected extraction in response to the activation, wherein the associated query hits determined from the associated metadata of the documents.

15. The apparatus according toclaim 14, further comprising:

means for activating a selected associated query hit of the associated query hits; and

means for displaying context information related to the selected associated query hit.

16. The apparatus according toclaim 13, further comprising a means for linking the selected extraction target with the query hits and associated metadata.

17. The apparatus according toclaim 13, wherein the query hits is determined based on comparing metadata associated of the set of documents.

18. A computer readable storage medium on which is embedded one or more computer programs, the one or more computer programs implementing a method of viewing data, the one or more computer programs comprising a set of instructions for:

providing a plurality of documents, each document associated with annotated facts;

selecting a group of documents based on a predetermined criteria;

aggregating the annotated facts in the group of documents;

maintaining a location of each annotated fact in the group of documents; and

displaying the aggregated annotated facts for at least one of viewing and selecting.

19. The computer readable storage medium in according toclaim 18, the set of instructions further comprising organizing the aggregated annotated facts into a plurality of filtered annotated facts group, each group associated with a respective category and filtered annotated facts.

20. The computer readable storage medium in according toclaim 19, the set of instructions further comprising linking annotated facts within each group of the plurality of filtered annotated facts groups based on validity.

21. The computer readable storage medium in according toclaim 19, the set of instructions further comprising linking annotated facts within each group of the plurality of filtered annotated facts groups based on temporal significance.

22. The computer readable storage medium in according toclaim 19, the set of instructions further comprising linking annotated facts within each group of the plurality of filtered annotated facts groups based on relevance.

23. The computer readable storage medium in according toclaim 19, the set of instructions further comprising displaying the plurality of groups of filtered annotated facts groups as top-level menu tree, each group represented as an active link.

24. The computer readable storage medium in according toclaim 23, the set of instructions further comprising:

activating a selected group of filtered annotated facts groups; and

displaying associated filtered annotated facts in response to the activation of the selected group, each associated filtered annotated fact displayed as an embedded link.

25. A system for reusing data, the system comprising:

at least one processor;

a memory coupled to the at least one processor; and

a viewer module configured to be stored as a computer programmable readable media in the memory and to be executed by the at least one processor, wherein the viewer module also configured to receive a set of documents and associated metadata based on a set of query parameters, determine query hits within the set of documents for a selected extraction target of a plurality of extraction targets, associate the query hits with the selected extraction target, and display the plurality of extraction targets, each extraction target being a link to associated query hits from the set of documents.

26. The system according toclaim 25, wherein the viewer module is further configured to receive activation of the selected extraction target and to display the associated query hits for the selected extraction in response to the activation, wherein the associated query hits determined from the associated metadata of the documents.

27. The system according to26, wherein the viewer module is further configured to receive activation of a selected associated query hit of the associated query hits and to display context information related to the selected associated query hit.

28. The system according to24, wherein the viewer module is further configured to link the selected extraction target with the query hits and associated metadata.

29. The system according to25, wherein the query hits is determined based on comparing metadata associated of the set of documents.

Images