Automated document filing

Information

  • Patent Grant
  • 8554576
  • Patent Number
    8,554,576
  • Date Filed
    Wednesday, November 21, 2007
    17 years ago
  • Date Issued
    Tuesday, October 8, 2013
    11 years ago
Abstract
A document management device provides a user interface that receives an indication from a user of one or more series associated with an electronic document, such as a scanned or electronically completed medical-related form. In other embodiments, the document management device comprises document detection intelligence that determines a type of document and/or series for an electronic document. After determining a series associated with a document, one or more attributes that have previously been associated with the determined series are associated with the electronic document. The attributes associated with the electronic document may then be used to control user's rights to the document, indicate a type of viewer associated with the document, indicate a storage location for the document, and/or indicate a type of the electronic document, for example.
Description
BACKGROUND OF THE INVENTION

1. Field of the Invention


The invention relates to management of medical forms.


2. Description of the Related Art


Medical documents are often scanned and processed into an electronic format for easy filing and recording of a patient's medical history. These medical documents encompass a variety of medical forms, such as medical registration forms, consent forms, and screening forms, for example. Depending on the type of medical document, the documents may have different user access rights, security rights, and modes of display.


SUMMARY OF THE INVENTION

In one embodiment, a computerized method of assigning attributes to medical forms comprises receiving an electronic copy of a form associated with a patient, determining one or more form types associated with the medical form from a plurality of form types, the plurality of form types comprising one or more of referral, medical record release, consent, and screening, accessing an attribute data structure comprising indications of each of the plurality of form types and one or more attributes associated with each respective form type, selecting attributes of the attribute data structure associated with the determined one or more form types, and storing the electronic copy of the form in a storage location associated with one or more of the selected attributes.


In one embodiment, a computerized system of organizing medical forms completed by a plurality of patients comprises a storage device storing an attribute data structure comprising indications of attributes associated with respective medical form types, the attributes comprising at least a security attribute and a document type attribute for each of the medical form types, an input interface configured to receive a digital representation of a medical-related form, the medical-related form comprising information associated with a patient, and a document management module configured to determine one or more form types associated with the medical-related form and to store the digital representation of the medical-related form with data indicating the attributes from the attribute data structure associated with the determined one or more form types.


In one embodiment, a computer-readable storage medium comprises software code configured to perform the method of storing a data structure on a storage device, the data structure comprising an indication of one or more document types and one or more attributes that are associated with respective of the document types, receiving an indication of a document type associated with an electronic document, selecting one or more attributes associated with the indicated document type in the data structure, and associating the selected one or more attributes with the electronic document.


In one embodiment, a computerized method of viewing medical forms comprises receiving an indication of an electronic form that a user of a computing system desires to view, accessing attribute data associated with the electronic form, the attribute data comprising at least a security attribute and a document type attribute, determining one or more display parameters for viewing the electronic form based on the attribute data, and generating a user interface comprising a depiction of the electronic form according to the determined display parameters.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1A is a block diagram of a computing system comprising a document management device in communication with a network and various networked devices.



FIG. 1B is a block diagram illustrating one embodiment of a computing system comprising a document management device in communication with a network and various networked devices.



FIG. 2 is a data flow chart illustrating the movement of physical and electronic documents through a document management system.



FIG. 3 illustrates an attribute data structure comprising data that indicates associations between respective series and their corresponding attributes.



FIG. 4 is a flowchart illustrating one embodiment of a method of establishing attributes associated with respective series.



FIG. 5 is a flow chart illustrating one embodiment of a method of assigning attributes to electronic documents.



FIG. 6 is a flowchart illustrating one embodiment of a method of accessing an electronic document having associated attributes.



FIG. 7 is one embodiment of a graphical user interface that may be used to select electronic documents and assign series attributes to the selected documents.





DETAILED DESCRIPTION OF CERTAIN EMBODIMENTS

Embodiments of the invention will now be described with reference to the accompanying figures, wherein like numerals refer to like elements throughout. The terminology used in the description presented herein is not intended to be interpreted in any limited or restrictive manner, simply because it is being utilized in conjunction with a detailed description of certain specific embodiments of the invention. Furthermore, embodiments of the invention may include several novel features, no single one of which is solely responsible for its desirable attributes or which is essential to practicing the inventions herein described.


As used herein, the terms “medical forms,” “forms,” and “documents” are defined to include any forms related to medical information, images, and patient information. As non-limiting examples, the terms may include, but are not limited to, image screening forms, patient information forms, insurance information forms, information forms for respective exam types, consent forms, and many other types of medical-related forms. Medical forms may be hard copy forms and/or electronic forms of various formats, such as PDF, DOC, XLS, HTML, XML, and various other formats.


As used herein, the terms “series type,” “series,” and “document type” are used to describe a category of forms. In one embodiment, a series is representative of the subject matter of forms associated with the series, such as screening, registration, and/or consent forms. In other embodiments, a series associated with a document indicates other characteristics of the document, such as a form provider or medical facility.


As used herein, the term “attribute” includes, but is not limited to an indicator of a characteristic of each form in of a respective series. In one embodiment, each series is associated with one or more attributes, and the attributes of a respective series are associated with documents in the respective series. Series attributes may comprise information indicating a security level associated with a document, a storage location of a document, a viewer associated with a document, a link to another related document, and/or a document type of a document. Depending on the embodiment, attributes may include indications of other characteristics of forms and/or the information contained in the forms.


Document Management



FIG. 1A is a block diagram of a computing system 100A comprising a document management device 105 in communication with a network 160 and various networked devices. The computing system 100A may be used to implement certain systems and methods described herein. Depending on the embodiment, the functionality described below with reference to certain components and modules of the computing system 100A may be combined into fewer components and modules or further separated into additional components or modules.


The exemplary document management device 105 comprises a memory 130, such as random access memory (RAM) for temporary storage of information and a read only memory (ROM) for permanent storage of information, and a mass storage device 120, such as a hard drive, diskette, or optical media storage device. The mass storage device 120 may comprise one or more hard disk drive, optical drive, networked drive, or some combination of various digital storage systems. The document management device 105 also comprises a central processing unit (CPU) 150 for computation. Typically, the modules of the document management device 105 are in data communication via one or more standards-based bus system. In different embodiments, the standards based bus system could be Peripheral Component Interconnect (PCI), Microchannel, SCSI, Industrial Standard Architecture (ISA) and Extended ISA (EISA) architectures, for example.


The document management device 105 is generally controlled and coordinated by operating system software, such as the Windows 95, 98, NT, 2000, XP, Vista, or other compatible operating systems. In Macintosh systems, the operating system may be any available operating system, such as Mac OS X. In other embodiments, the document management device 105 may be controlled by a proprietary operating system. Conventional operating systems control and schedule computer processes for execution, perform memory management, provide file system, networking, and I/O services, and provide a user interface, such as a graphical user interface (“GUI”), among other things.


The exemplary document management device 105 includes one or more of commonly available input/output (I/O) devices and interfaces 110, such as a keyboard, mouse, touchpad, and printer. In one embodiment, the I/O devices and interfaces 110 include one or more display devices, such as a monitor, that allows the visual presentation of data to a user. More particularly, display devices provide for the presentation of GUIs, application software data, and multimedia presentations, for example. In one embodiment, a GUI includes one or more display panes in which medical images and/or medical forms may be displayed. The document management device 105 may also include one or more multimedia devices 140, such as speakers, video cards, graphics accelerators, and microphones, for example.


In the embodiment of FIG. 1A, the I/O devices and interfaces 110 provide a communication interface to various external devices. In the embodiment of FIG. 1A, the document management device 105 is in data communication with a network 160, such as a LAN, WAN, or the Internet, for example, via a communication link 115. The network 160 may be coupled to various document management devices and/or other electronic devices. In the exemplary embodiment of FIG. 1A, the network 160 is in data communication with a forms data store 175, a scanning device 170, and a mass storage device 180. In other embodiments, the scanning device 170 may be locally coupled to the document management device 105. In addition to the devices that are illustrated in FIG. 1A, the network 160 may facilitate communications with other computing, imaging, and storage devices.


The forms data store 175 comprises a plurality of hardcopy and/or electronic documents, some of which comprise user editable fields configured to receive patient information. Patients may be asked to complete one or more forms that ask for patient biographical information, insurance information, exam information (e.g. exam modality), consent, or other information. Exemplary forms may include a radiology screening form, a patient information form, an insurance information form, an exam type form, various patient consent forms, and many other types of medical forms.


The scanning device 170 comprises an electronic device that digitizes a form from the forms data store 175. Exemplary scanning devices may include a flatbed scanner, a hand scanner, or a drum scanner. In one embodiment, the scanning device 170 may comprise optical character recognition (OCR) software to translate images of handwritten or typewritten text into machine-editable text. In another embodiment, the scanning device 170 may analyze and decode document type indicators on scanned documents, such as a barcode that indicates a document type. As noted below, in certain embodiments forms may be electronic such that the scanning device 170 may not be necessary.


In one embodiment, the mass storage device 120, 180 may be any device that electronically stores information. Exemplary devices include, but are not limited to a hard disk drive, a flash memory based drive, a thumb drive, and disc-based storage mediums, such as a CD or DVD, for example. In one embodiment, these devices may be networked in series or in parallel with each other and may comprise storage area networks (SAN) for networking with the document management device 105. Depending on the embodiment, the mass storage device 120, 180 may comprise redundant array of independent drives (RAID) for increased data reliability or I/O performance, or both.


In the embodiment of FIG. 1A, the document management module 145 is configured to associate series attributes with one or more electronic documents, such as scanned documents or electronically completed documents. In one embodiment, the document management module 145 provides a user interface that may be used to provide an indication of one or more series associated with an electronic document. In another embodiment, this module receives information regarding document attributes from another source. In other embodiments, the document management module 145 comprises document detection intelligence that determines a type of document and/or series for an electronic document. After determining a series associated with a document, the document management module 145 determines attributes for the determined series and associates those attributes with the electronic document. The document attributes associated with the electronic document may then be used to control user's rights to the document, indicate a type of viewer associated with the document, indicate a storage location for the document, indicate a type of the electronic document, and/or indicate when a document is to be stored (such as differentiating forms that require user completion from those that are stored with a patient's record without first requiring completion), for example.



FIG. 1B is a block diagram illustrating one embodiment of a computing system 100B comprising a document management device 105 in communication with a network 160 and various networked devices. The computing system 100B may be used to implement certain systems and methods described herein. In the embodiment of FIG. 1B, an exemplary temporal flow of operations is indicated by the circled numerals 1-3 and is described in further detail below. Depending on the embodiment, certain steps may be removed and additional steps may be added.


In step one of FIG. 1B, the scanning device 170 receives and scans one or more physical documents from the forms data store 175 in order to convert the physical documents into corresponding electronic documents. For example, the scanning device 170 may receive a plurality of forms on a sheetfeeder, scan the forms, and create digital representations of the scanned forms in one or more of many available digital formats, including PDF, PNG, JPG, GIF, and TIFF, for example.


In another embodiment, the forms data store 175 comprises electronic forms comprising medical-related information that do not require scanning. In this embodiment, the forms data store 175 may be accessed directly by the document management device 105, such as via the network 160 or a local area network, for example.


In step two of FIG. 1B, the electronic documents, or at least a representation of the electronic documents, are accessible by the document management device 105. The document management module 145 may then receive or determine a series of each electronic document so that attributes of the determined series may be associated with the document. In one embodiment, a user of the document management module 145 views at least a portion of the electronic documents in order to determine a series of respective documents. The user may then select one or more series via a user interface provided by the document management device 105. In another embodiment, the document management module 145 and/or scanning device 170 are configured to determine a series of certain electronic documents based on a visual indicator of the electronic documents, such as a document title, header, footer, document number, etc. that are recognized in the electronic documents, such as by using OCR recognition of a scanned document.


In step three, the document management module 145 determines those attributes associated with the determined series of an electronic document and associates the series attributes with the specific document. In one embodiment, the document management module 145 accesses one or more data structures comprising associations between respective series and attributes, such as attributes indicating security/access rights, document type, viewer information, and/or form storage information, for example. The electronic document, along with the corresponding attributes, may then be stored in the mass storage device 120 and/or any other external storage device, such as the mass storage device 180 and/or a storage device of an electronic medical records (“EMR”) system (not shown), for example.



FIG. 2 is a data flow chart 200 illustrating the movement of physical and electronic documents through a document management system. Starting from the scanning device 170 in FIG. 2, physical forms 210 and 212 are scanned into an electronic format and sent to, or otherwise accessed by, the document management device 105. In the embodiment of FIG. 2, the screening forms 214 comprise electronic forms that are directly transmitted to, or otherwise accessed by, the document management device 105, such as via a local and/or network connection to the document management device 105.


When the document management module 145 has received an electronic form, the document management module 145 associates attributes to the form that direct further automated storage and display rules. For example, a user of the document management device 105 may view at least a portion of the form in a user interface provided by the device 105 and make a determination as to a “series” associated with the form. When the form is included in a particular “series”, the attributes of that series can determine how the form is stored, when it is stored, how it is displayed, and/or it's level of security, for example. Alternatively, the device 105 may automatically associated attributes to the form based on one or more visually detectable characteristics of the form. Advantageously, certain series are associated with one or more attributes so that forms in a particular series may inherit the attributes of that particular series. As discussed above, series attributes may indicate a document type, a link to another documents, and/or a security level of a particular document. The form attributes may be included in a header portion of the digital file or a separate file associated with the digital file, for example.


Form 240 of FIG. 2 illustrates exemplary attribute information that may be associated with the electronic document. As illustrated in FIG. 2, the form 240 is associated with a scheduled exam, which may include various types of patient information, such as patient name, address, contact information, medical record number, social security number, etc. In other embodiments, the form 240 is not associated with a particular exam, but is generally associated with a patient, such as via a patient identification number or social security number. The form 240 also includes an indication of the series to which the form has been associated, e.g., either automatically by the document management device 105 or manually by a user viewing at least a portion of the form. The form 240 also includes zero or more attributes associated with the form, such as those attributes that are automatically associated with the form based on an indicated series of the form. In one embodiment, the series name is not include as part of the form information; instead, only the attributes associated with the form's series are assigned to the form.


After associating the appropriate attributes to the digital forms 210, 212, 214, the forms may be stored in one or more data stores, such as the mass storage device 120, 180. In one embodiment, the processed forms may be stored in one or more folders based on one or more of the attributes. For example, one or more attributes may indicate a folder to which a corresponding form should be stored. In this embodiment, all of the forms in a particular series may be automatically stored in a series-specific folder. In one embodiment, a patient's medical records comprises folders for certain forms, such as a consent folder for storage of executed consent forms. By accessing the document type attribute of forms, consent forms may be identified and the document management module 145 may be configured to automatically move the consent form to the consent folder for the corresponding patient.



FIG. 3 illustrates an attribute data structure 310 comprising data that indicates associations between respective series and their corresponding attributes. In one embodiment, the document management module 145 may determine attributes to associate with a particular form by accessing the data structures 310. FIG. 3 also illustrates a legend 320 that indicates the meaning of symbols used in the data structure 310. Although exemplified in the form of a table, the intent is not to limit the data structure that may be employed to create associations or links between forms, attributes, and other links to such various items as exam types, facilities, insurance information, for example.


The exemplary data structure 310 comprises attribute data associated with six exemplary series. More particularly, the data structure 310 comprises a consent series column 301, a referral series column 302, a screening series column 303, a registration series column 304, an exam series column 305, and an identification series column 306. Each of the series may be associated with one or more attributes, such as security attributes indicated in row 312, link attributes in row 314, series type attributes in row 316, and/or file type attributes in row 318. For example, the exemplary data structure 310 indicates that documents in the referral series should be associated with an open security level, a REFL symbol indicating that the document is a referral document, and that the documents are medical documents (rather than medical images). In one embodiment, the file type of a form (e.g., row 318) indicates a particular viewer or class of viewer that is used by a viewer of the form. For example, medical documents may be opened in a first viewer, such as a word processing or portable document viewer, and medical images may be opened in a second viewer, such as a viewer of radiology imaging software. Depending on the embodiment, the data structure 310 may comprise additional series attributes and/or different attributes associated with respective series. For example, additional attributes may include information regarding image size and image resolution, for example.



FIG. 3 illustrates three security attributes, namely, open, confidential, and medical. Depending on the embodiment, fewer or additional security attributes may be associated with forms. In one embodiment, the open security level indicates that an associated document may be viewed by any user of the system, including clerical workers and medical professionals; the confidential security level indicates that viewers with a confidential clearance may view the document; and the medical security level indicates that only medical personnel, such as a family doctor may view the document.


The exemplary data structure 310 indicates a link attribute for screening series 303. In one embodiment, link attributes are used to associate two or more types of forms and or specific forms. Using a link attribute may enable form(s) related to a requested form to be automatically opened in response to a link attribute associated with a requested form. In one embodiment, when two or more forms are linked together, both forms may be viewed at the same time when either form is selected. For example, it may be advantageous to have a patient screening form linked to medical images associated with a scheduled exam, so that when the patient screening form is accessed the medical images are opened, listed for easy access by the user, or otherwise brought to the attention of the user.


The file type attributes of FIG. 3 include medical document (DOC) and medical image (IMG) file types. In one embodiment, files of the same file type are filed in the same folder on the mass storage device 120, 180. For example, medical documents and medical images for a particular scheduled exam may be filed in separate folders. In one embodiment, a patient's scheduled exam may include a plurality of files and each of the files may be sorted and stored in different folder structures depending on the document type of the files(s).


In one embodiment, document types and/or other attributes of a document may indicate a mode of display. For example, certain types of documents may be displayed in a new display container to illustrate and isolate particular features of the document without interrupting the user's eyes from viewing something else, while other types of documents are opened in a currently active display container.



FIG. 4 is a flowchart illustrating one embodiment of a method of establishing attributes associated with respective series. In one embodiment, the method of FIG. 4 is performed by an administrator that has rights to establish new series and/or attributes associated with existing series. For example, a user interface may be presented to the administrator in order to allow selection of attributes for association with respective series. Depending on the embodiment, the method of FIG. 4 may include fewer or additional blocks, and the blocks may be performed in a different order than as illustrated.


Beginning in block 410, an existing series is selected or a new series is created. For example, the user may create a consent series that is associated with attributes that should be associated with consent forms. Alternatively, the user may select an existing series that may already have one or more associated attributes so that the attributes that are currently associated with the series may be edited.


Next, in block 420 one or more attributes to be associated with the selected series (block 410) are selected by the user. For example, the user may select one or more of a security, link, series, file storage location, file type, and/or any other available attribute to be associated with the selected series. Depending on the embodiment, other attributes may also be available for selection in block 420.


Moving to block 430, the user determines if additional series are to be set up and/or modified to be associated with different attributes. If additional series are to be added and/or modified, the method returns to blocks 410 and then 420.


In block 440, the attributes associated with respective series (e.g., blocks 410-430) are stored in an attribute data structure. As discussed above, the attribute data structure may be accessed by the document management module 145 in order to determine attributes to be associated with a particular electronic document, such as a scanned form.



FIG. 5 is a flow chart illustrating one embodiment of a method of assigning attributes to electronic documents. Depending on the embodiment, the method of FIG. 5 may include fewer or additional blocks and the blocks may be performed in a different order than illustrated.


Beginning in block 510, an electronic document is selected. Selection of an electronic document may comprise selecting an electronic document from a list of electronic documents, such as in a folder of an electronic file structure. Alternatively, selection of an electronic document may comprise scanning a physical document such that a representation of at least a portion of the scanned document is presented to the user in a user interface. In other embodiments, electronic documents may be selected from other sources, such as a networked mass storage device or an EMR system. In one embodiment, batch processing may be used to select a series of electronic documents.


Moving to block 520, the document management module 145 determines one or more series that are associated with the electronic document. In one embodiment, a user of the document management device 105 selects the one or more series associated with the selected electronic document. In one embodiment, a list of available series are presented to the user and the user selects one or more series using an input device, such as a keyboard and/or mouse. In other embodiments, one or more series may be selected using any other means. In one embodiment, a series may be associated with only a single electronic document, while in other embodiments a series may be associated with a group of electronic documents. In another embodiment, the document management system 105 may analyze and decode series indicators on the electronic document, such as a barcode that indicates a series type.


Next, in block 530, the document management module 145 accesses the attribute data structure in order to determine one or more attributes to be associated with the electronic document. The document manager module 145 then associates the appropriate attributes to the electronic document so that the attributes are accessible to authorized users subsequently requesting access to the electronic document. For example, if the user selects the referral series in block 520, those attributes associated with the referral series are associated with the electronic document. In one embodiment, the attributes are stored in a header portion of the electronic document. In another embodiment, the attributes are stored in an index comprising an indication of the electronic document and/or the electronic document storage location, as well as the attributes associated with the electronic document. In other embodiments, the attributes associated with an electronic document may be stored in any other suitable format, such as a separate file that is stored with the electronic document.


After associating attributes with the electronic document, the document may be filed in a specific folder based on one or more attributes of the document. These attributes may indicate that the electronic document should be stored in a particular folder associated with a particular patient and/or a particular scheduled exam of the patient.



FIG. 6 is a flowchart illustrating one embodiment of a method of accessing an electronic document having associated attributes. Depending on the embodiment, the method of FIG. 6 may include fewer or additional blocks and the blocks may be performed in a different order than is illustrated.


Beginning in block 610, the document management device 105 receives an indication of a user selected document. For example, a user of the document management device 105 requests an electronic document for viewing via medical records software. Alternatively, a remote user, such as a user in communication with the document management device 105 via the network 160 may request access to a document stored on the document management device 105. In other embodiments, the documents and their associated attributes are stored remote to the document management device 105. In these embodiments, the indication of a user selected document may be received by a computing device that stores the particular requested document and/or controls access to the electronic documents. Thus, the method of FIG. 6 may be performed by the document management device 105 and/or by another computing device that controls access to electronic documents. For ease of description, the remaining description of FIG. 6 will be described with reference to the document management device 105, with the understanding that references to the document management device 105 should be interpreted to include actions that may be performed by other computing devices that control access to electronic documents.


Moving to block 620, the document management module 105 accesses the attributes of the user selected document. For example, the header information of the document may be accessed in order to determine attributes that are associated with a document.


Continuing to block 630, the requesting user's access rights are determined, such as via an access rights data structure indicating rights associated with respective users. For example, each user may be granted rights to one or more of open, confidential, and/or medical electronic documents.


In block 640, the user rights are compared to any security attributes associated with the electronic document.


Next, in block 650, the document management device 105 determines if the user is authorized to view the requested electronic document. In one embodiment, the determination is based on the comparison of user rights to document security attributes. For example, if the requesting user only has rights to view open electronic documents, the user may be denied access to confidential electronic documents. If the user is determined to have rights to view the requested document, the method continues to block 660 where the electronic document is transmitted to the user, or otherwise made accessible to the user. If, however, the user does not have rights to view the document, the user is not provided access to the electronic document.



FIG. 7 is one embodiment of a graphical user interface 700 that may be used to select electronic documents and assign series attributes to the selected documents. The embodiment of FIG. 7 may be used to control operation of a scanner and to open electronic documents from a local or remote storage device. The exemplary graphical user interface 700 comprises a document preview pane 710, a document selection pane 720, a series selection pane 730, and a scheduled exam field 705. Depending on the embodiment, the layout of the graphical user interface, the types of input fields, buttons, and checkboxes may be modified.


The patient scheduled exam field 705 may be used to associate an electronic document displayed in preview pane 710 with a particular patient scheduled exam. As noted above, the patient scheduled exam may comprise the patient identification number and one or more attributes associated with the patient.


The document preview pane 710 may be used to view at least a portion of a selected electronic document. Thus, a user may better perceive the content of the selected electronic document by viewing at least a portion of the document in the preview pane 710. Arrows 714, 715 may be used to move to previous or next electronic documents in a directory of a storage device, such as a scanned images folder on a storage device, for example.


The document selection pane 720 may be used to select an electronic document for assigning attributes. In one embodiment, selecting button 724 displays options/parameters to select an electronic form residing on mass storage device 120, 180, while selecting button 722 may indicate that an electronic document should be acquired from a scanner, and may present the user with scanning parameters that may be adjusted prior to scanning documents.


In the embodiment of FIG. 7, the series selection pane 730 is used to select one or more series to be associated with the electronic document depicted in the document preview pane 710. Exemplary series selection pane 700 illustrates several series identifier that may be selected by the user in order to indicate one or more series attributes to be associated with the currently selected electronic document.


Exemplary user interface 700 further comprises an alter attributes button 734 that may be used to alter attributes associated with a series, such as adding and/or removing attributes associated with a series.


The foregoing description details certain embodiments of the invention. It will be appreciated, however, that no matter how detailed the foregoing appears in text, the invention can be practiced in many ways. For example, the above-described document management module 145 may be performed on other types of documents, in addition to medical forms. For example, educational forms and business documents may be analyzed using the described systems. As is also stated above, it should be noted that the use of particular terminology when describing certain features or aspects of the invention should not be taken to imply that the terminology is being re-defined herein to be restricted to including any specific characteristics of the features or aspects of the invention with which that terminology is associated. The scope of the invention should therefore be construed in accordance with the appended claims and any equivalents thereof.

Claims
  • 1. A computerized method of assigning attributes to medical forms, the method comprising: receiving at a document management computing system, from an external source, an electronic medical form associated with a specific patient, wherein the received electronic medical form includes information regarding the specific patient including at least a last name of the specific patient, wherein the information was provided by the patient and/or determined based on personal information of the patient;determining a form type associated with the electronic medical form, wherein the form type is selected from a group comprising one or more of image screening forms, patient information forms, insurance information forms, information forms for respective exam types, consent forms, screening forms, registration forms, or referral forms;accessing, by the document management computing system, an attribute data structure comprising indications of each of a plurality of form types and associations between respective form types and one or more respective attributes;selecting, by the document management computing system, a storage location information attribute associated with the determined form type in the attribute data structure;associating the storage location information attribute with the electronic medical form; andinitiating storage of the electronic medical form based on the storage location information attribute.
  • 2. The method of claim 1, wherein the electronic medical form comprises a scanned document.
  • 3. The method of claim 1, wherein the electronic medical form comprises an electronic document having one or more fields that are filled with electronic data.
  • 4. The method of claim 1, further comprising: selecting, by the document management computing system, one or more other attributes associated with the determined form type in the attribute data structure; andstoring the selected attributes associated with the determined form type.
  • 5. The method of claim 4, further comprising: accessing the stored attributes;determining one or more display parameters for the electronic medical form based on one or more of the stored attributes; anddisplaying the electronic medical form according to the determined display parameters.
  • 6. The method of claim 5, wherein the display parameters comprise one or more of a parameter indicating a window for viewing of the electronic medical form, a parameter indicating a viewer type, and a parameter indicating a required security level of a viewer that is required for viewing the electronic medical form.
  • 7. The method of claim 5, wherein a type of viewing window for displaying the electronic medical form is selected based on the determined form type.
  • 8. The computerized method of claim 1, wherein the storage location indicates a location relative to a storage location associated with the specific patient.
  • 9. The computerized method of claim 1, wherein at least some attributes of forms may be determined based on respective storage locations of forms.
  • 10. A computerized system of organizing medical forms, the system comprising: a storage device storing an attribute data structure comprising indications of attributes associated with respective medical form types, the attributes comprising at least a security attribute and a document type attribute for each of the medical form types;an input interface configured to receive a digital representation of a medical-related form, the medical-related form comprising information associated with a specific patient when received by the computerized system, wherein the information includes at least a last name of the specific patient; anda document management module configured to determine one or more form types associated with the medical-related form;determine one or more attributes in the attribute data structure that are associated with the determined one or more form types;generate data indicating the determined one or more attributes; andstore the digital representation of the medical-related form with the data indicating the determined one or more attributes, wherein the determined one or more attributes includes at least a security attribute and a document type attribute.
  • 11. The system of claim 10, wherein the document management module is further configured to store the digital representation of the medical-related form in a storage location associated with the determined document type attribute so that forms of the same document type are stored at common storage locations.
  • 12. The system of claim 10, wherein the document management module is further configured to present the digital representation of the medical-related form in a viewer that is selected based on the determined document type attribute associated with the digital representation of the medical-related form.
  • 13. The system of claim 10, wherein the data indicating the determined one or more attributes is stored in a header portion of the digital representation of the medical-related form.
  • 14. The system of claim 10, wherein the document management module analyzes at least a portion of the digital representation of the medical-related form in order to determine one or more form types associated with the medical-related form.
  • 15. The system of claim 12, wherein the at least a portion of the digital representation of the medical-related form comprises a bar code.
  • 16. The system of claim 10, wherein the document management module determines the one or more form types based on information provided by a user of the computerized system.
  • 17. A non-transitory computer-readable storage medium storing software code configured for execution by a computing device in order to perform operations comprising: accessing a data structure on a storage device, the data structure comprising an indication of one or more document types and one or more attributes that are associated with respective of the document types;receiving an indication of a document type associated with an electronic document comprising information identifying a specific patient;selecting one or more attributes associated with the indicated document type in the data structure, wherein one of the attributes indicates a storage location for the indicated document type;associating the selected one or more attributes with the electronic document; andinitiating storage of the electronic document at the storage location for the indicated document type.
  • 18. The non-transitory computer-readable storage medium of claim 17, wherein the selected one or more attributes indicate one or more of: a storage location, a document type, a security level, and an associated file type.
  • 19. The non-transitory computer-readable storage medium of claim 17, wherein the indication of the document type is received from a user-controlled input device.
  • 20. The non-transitory computer-readable storage medium of claim 17, wherein the indication of the document type is received from software means configured to determine a document type based on one or more characteristics of the electronic document.
  • 21. The non-transitory computer-readable storage medium of claim 18, wherein characteristics of the electronic document comprise file size, file name, text of the electronic document, images in the electronic document, barcodes or other unique codes associated with the electronic document.
  • 22. A computerized method of viewing medical forms, the method comprising: by a computing device including hardware: receiving a selection of an electronic form that a user of a computing system desires to view, wherein the selected electronic form includes information regarding a particular patient;determining a type of the electronic form, wherein the type of the electronic form includes one or more of an image screening form, a patient information form, an insurance information form, an information form for a particular exam type, a consent form, a screening form, a registration form, or a referral form;accessing attribute data associated with the determined type of the electronic form, the attribute data comprising at least a security attribute for the determined type of electronic form;determining one or more user attributes associated with the user of the computing system; andbased on at least the security attribute for the determined type of electronic form and the one or more user attributes, determining one or more display parameters for depicting the electronic form for viewing by the user of the computing system.
  • 23. The computerized method of claim 22, wherein the attribute data further comprises a document type attribute, wherein the document types comprise an image type and a non-image type.
  • 24. The computerized method of claim 22, wherein the user attributes must be included in a predefined group of user attributes associated with the security attribute in order for the user to view the electronic document.
  • 25. The computerized method of claim 23, further comprising initiating execution of an image viewer in response to determining that a document type attribute associated with the electronic form indicates a first type of document.
  • 26. The computerized method of claim 22, further comprising generating a user interface comprising a depiction of the electronic form according to the determined display parameters.
  • 27. The computerized method of claim 26, wherein the user interface comprises a new window for displaying the electronic document in response to determining that the document type indicates a second type of document.
  • 28. A non-transitory computer-readable storage medium comprising software code configured for execution by a computing device in order to perform operations comprising: receiving an indication of a specific document type;accessing a data structure comprising an indication of document types and one or more attributes that are associated with respective of the document types;selecting one or more attributes associated with the received document type in the data structure, wherein one of the attributes indicates storage location information for documents of the received document type;generating an instance of the specific document type;determining a specific patient associated with the instance of the specific document type;associating the specific patient and the selected one or more attributes with the instance of the specific document type; andgenerating an indicator specific to the instance of the specific document type.
  • 29. The non-transitory computer-readable storage medium of claim 28, wherein the indicator comprises a barcode.
CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application No. 60/867,071, filed Nov. 22, 2006, which is hereby incorporated by reference in its entirety herein.

US Referenced Citations (158)
Number Name Date Kind
4672683 Matsueda Jun 1987 A
5123056 Wilson Jun 1992 A
5431161 Ryals et al. Jul 1995 A
5452416 Hilton et al. Sep 1995 A
5542003 Wofford Jul 1996 A
5734915 Roewer Mar 1998 A
5740267 Echerer et al. Apr 1998 A
5779634 Ema et al. Jul 1998 A
5852646 Klotz et al. Dec 1998 A
5926568 Chaney et al. Jul 1999 A
5954650 Saito et al. Sep 1999 A
5976088 Urbano et al. Nov 1999 A
5987345 Engelmann et al. Nov 1999 A
5995644 Lai et al. Nov 1999 A
6115486 Cantoni Sep 2000 A
6151581 Kraftson et al. Nov 2000 A
6175643 Lai et al. Jan 2001 B1
6185320 Bick et al. Feb 2001 B1
6304667 Reitano Oct 2001 B1
6347329 Evans Feb 2002 B1
6351547 Johnson et al. Feb 2002 B1
6424996 Killcommons et al. Jul 2002 B1
6438533 Spackman et al. Aug 2002 B1
6463169 Ino et al. Oct 2002 B1
6532299 Sachdeva et al. Mar 2003 B1
6532311 Pritt Mar 2003 B1
6556695 Packer et al. Apr 2003 B1
6563950 Wiskott et al. May 2003 B1
6574629 Cooke et al. Jun 2003 B1
6577753 Ogawa Jun 2003 B2
6603494 Banks et al. Aug 2003 B1
6630937 Kallergi et al. Oct 2003 B2
6678764 Parvelescu et al. Jan 2004 B2
6697506 Oian et al. Feb 2004 B1
6775402 Bacus et al. Aug 2004 B2
6778689 Aksit et al. Aug 2004 B1
6820100 Funahashi Nov 2004 B2
6829377 Milioto Dec 2004 B2
6864794 Betz Mar 2005 B2
6886133 Bailey et al. Apr 2005 B2
6891920 Minyard et al. May 2005 B1
6917696 Soenksen Jul 2005 B2
6996205 Capolunghi et al. Feb 2006 B2
7022073 Fan et al. Apr 2006 B2
7027633 Foran et al. Apr 2006 B2
7031846 Kaushikkar et al. Apr 2006 B2
7043474 Mojsilovic May 2006 B2
7050620 Heckman May 2006 B2
7092572 Huang et al. Aug 2006 B2
7103205 Wang et al. Sep 2006 B2
7106479 Roy et al. Sep 2006 B2
7110616 Ditt et al. Sep 2006 B2
7113186 Kim et al. Sep 2006 B2
7149334 Dehmeshki Dec 2006 B2
7155043 Daw Dec 2006 B2
7170532 Sako Jan 2007 B2
7174054 Manber et al. Feb 2007 B2
7209149 Jogo Apr 2007 B2
7212661 Samara et al. May 2007 B2
7218763 Belykh et al. May 2007 B2
7224852 Lipton et al. May 2007 B2
7260249 Smith Aug 2007 B2
7263710 Hummel et al. Aug 2007 B1
7272610 Torres Sep 2007 B2
7412111 Battle et al. Aug 2008 B2
7450747 Jabri et al. Nov 2008 B2
7526114 Seul et al. Apr 2009 B2
7545965 Suzuki et al. Jun 2009 B2
7583861 Hanna et al. Sep 2009 B2
7613335 McLennan et al. Nov 2009 B2
7634121 Novatzky et al. Dec 2009 B2
7636413 Toth Dec 2009 B2
7660488 Reicher et al. Feb 2010 B2
7787672 Reicher et al. Aug 2010 B2
7920152 Fram et al. Apr 2011 B2
7953614 Reicher May 2011 B1
7970625 Reicher et al. Jun 2011 B2
8019138 Reicher et al. Sep 2011 B2
8065166 Maresh et al. Nov 2011 B2
8094901 Reicher et al. Jan 2012 B1
8217966 Fram et al. Jul 2012 B2
8244014 Reicher et al. Aug 2012 B2
8380533 Reicher et al. Feb 2013 B2
8457990 Reicher et al. Jun 2013 B1
20010016822 Bessette Aug 2001 A1
20010042124 Barron Nov 2001 A1
20020016718 Rothschild et al. Feb 2002 A1
20020021828 Papier et al. Feb 2002 A1
20020044696 Sirohey et al. Apr 2002 A1
20020073429 Beane et al. Jun 2002 A1
20020091659 Beaulieu et al. Jul 2002 A1
20020103673 Atwood Aug 2002 A1
20020103827 Sesek Aug 2002 A1
20020110285 Wang et al. Aug 2002 A1
20020180883 Tomizawa et al. Dec 2002 A1
20030005464 Gropper et al. Jan 2003 A1
20030028402 Ulrich et al. Feb 2003 A1
20030037054 Dutta et al. Feb 2003 A1
20030065613 Smith Apr 2003 A1
20030115083 Masarie et al. Jun 2003 A1
20030190062 Noro et al. Oct 2003 A1
20030204420 Wilkes et al. Oct 2003 A1
20040024303 Banks et al. Feb 2004 A1
20040086163 Moriyama et al. May 2004 A1
20040088192 Schmidt et al. May 2004 A1
20040114714 Minyard et al. Jun 2004 A1
20040143582 Vu Jul 2004 A1
20040161164 Dewaele Aug 2004 A1
20040165791 Kaltanji Aug 2004 A1
20040243435 Williams Dec 2004 A1
20040254816 Myers Dec 2004 A1
20050027570 Maier et al. Feb 2005 A1
20050043970 Hsieh Feb 2005 A1
20050065424 Shah et al. Mar 2005 A1
20050108058 Weidner et al. May 2005 A1
20050114178 Krishnamurthy et al. May 2005 A1
20050114179 Brackett et al. May 2005 A1
20050114283 Pearson et al. May 2005 A1
20050184988 Yanof et al. Aug 2005 A1
20050197860 Joffe et al. Sep 2005 A1
20050238218 Nakamura Oct 2005 A1
20050273009 Deischinger et al. Dec 2005 A1
20060031097 Lipscher et al. Feb 2006 A1
20060058603 Dave et al. Mar 2006 A1
20060093198 Fram et al. May 2006 A1
20060093199 Fram et al. May 2006 A1
20060095423 Reicher et al. May 2006 A1
20060095426 Takachio et al. May 2006 A1
20060106642 Reicher et al. May 2006 A1
20060111941 Blom May 2006 A1
20060181548 Hafey Aug 2006 A1
20060230072 Partovi et al. Oct 2006 A1
20060241979 Sato et al. Oct 2006 A1
20060277075 Salwan Dec 2006 A1
20060282408 Wisely et al. Dec 2006 A1
20070050701 El Emam et al. Mar 2007 A1
20070055550 Courtney et al. Mar 2007 A1
20070067124 Kimpe et al. Mar 2007 A1
20070073556 Lau et al. Mar 2007 A1
20070124541 Lang et al. May 2007 A1
20070162308 Peters Jul 2007 A1
20070174079 Kraus Jul 2007 A1
20070192140 Gropper Aug 2007 A1
20070239481 DiSilvestro et al. Oct 2007 A1
20080059245 Sakaida et al. Mar 2008 A1
20080103828 Squilla et al. May 2008 A1
20080275913 van Arragon et al. Nov 2008 A1
20090129643 Natanzon et al. May 2009 A1
20090198514 Rhodes Aug 2009 A1
20100138239 Reicher et al. Jun 2010 A1
20100198608 Kaboff et al. Aug 2010 A1
20100201714 Reicher Aug 2010 A1
20110016430 Fram Jan 2011 A1
20110267339 Fram Nov 2011 A1
20110316873 Reicher Dec 2011 A1
20120163684 Natanzon et al. Jun 2012 A1
20120194540 Reicher Aug 2012 A1
20130083023 Fram Apr 2013 A1
Foreign Referenced Citations (1)
Number Date Country
WO 2007131157 Nov 2007 WO
Non-Patent Literature Citations (79)
Entry
US 7,801,341, 09/2010, Fram et al. (withdrawn)
US 8,208,705, 06/2012, Reicher et al. (withdrawn)
Crowley, Rebecca et al., Development of Visual Diagnostic Expertise in Pathology: an Information-processing Study, Jan. 2003, Journal of the American medical Informatics Association, vol. 10, No. 1, pp. 39-51.
Non-Final Office Action dated Aug. 28, 2007 in U.S. Appl. No. 11/179,384.
Final Office Action dated Jun. 26, 2008 in U.S. Appl. No. 11/179,384.
Non-Final Office Action dated Dec. 29, 2008 in U.S. Appl. No. 11/179,384.
Final Office Action dated Jul. 24, 2009, in U.S. Appl. No. 11/179,384.
Notice of Allowance dated Nov. 3, 2009, in U.S. Appl. No. 11/179,384.
Non-Final Office Action dated Aug. 18, 2010 in U.S. Appl. No. 12/702,976.
Non-Final Office Action dated Oct. 1, 2009, in U.S. Appl. No. 11/268,261.
Notice of Allowance dated Feb. 2, 2010, in U.S. Appl. No. 11/268,261.
Interview Summary dated May 14, 2010, in U.S. Appl. No. 11/268,261.
Notice of Allowance dated Oct. 8, 2010, in U.S. Appl. No. 11/268,261.
Non-Final Office Action dated May 13, 2009, in U.S. Appl. No. 11/265,979.
Final Office Action dated Dec. 22, 2009 in U.S. Appl. No. 11/265,979.
Non-Final Office Action dated Jul. 8, 2010 in U.S. Appl. No. 11/265,979.
Interview Summary dated Mar. 4, 2010 in U.S. Appl. No. 11/265,979.
Non-Final Office Action dated Aug. 24, 2009 in U.S. Appl. No. 11/268,262.
Non-Final Office Action dated Apr. 16, 2010 in U.S. Appl. No. 11/268,262.
Interview Summary dated Nov. 24, 2009 in U.S. Appl. No. 11/268,262.
Interview Summary dated May 12, 2010 in U.S. Appl. No. 11/268,262.
Non-Final Office Action dated Jul. 27, 2009 in U.S. Appl. No. 11/265,978.
Notice of Allowance dated Nov. 19, 2009 in U.S. Appl. No. 11/265,978.
Notice of Allowance dated Apr. 19, 2010 in U.S. Appl. No. 11/265,978.
Supplemental Notice of Allowance dated May 3, 2010 in U.S. Appl. No. 11/265,978.
Supplemental Notice of Allowance dated Aug. 3, 2010 in U.S. Appl. No. 11/265,978.
Non-Final Office Action dated May 26, 2010 in U.S. Appl. No. 11/942,673.
Interview Summary dated Jul. 26, 2010 in U.S. Appl. No. 11/942,673.
NonFinal Office Action dated Sep. 16, 2010 in U.S. Appl. No. 11/942,687.
Non-Final Office Action dated Sep. 29, 2010 in U.S. Appl. No. 11/944,000.
Interview Summary dated May 31, 2011 in U.S. Appl. No. 12/702,976.
Notice of Allowance dated Jul. 20, 2011, in U.S. Appl. No. 12/702,976.
Office Action dated May 16, 2011, in U.S. Appl. No. 12/857,915.
Interview Summary dated Sep. 6, 2011, in U.S. Appl. No. 12/857,915.
Notice of Allowance dated May 26, 2011 in U.S. Appl. No. 11/265,979.
Non-Final Office Action dated May 5, 2011 in U.S. Appl. No. 12/870,645.
Interview Summary dated Jun. 7, 2011 in U.S. Appl. No. 11/944,000.
Interview Summary dated Dec. 1, 2010, in U.S. Appl. No. 12/702,976.
Final Office Action dated Feb. 17, 2011 in U.S. Appl. No. 12/702,976.
Notice of Allowance dated Dec. 3, 2010, in U.S. Appl. No. 11/268,261.
Notice of Allowance dated Jan. 6, 2011, in U.S. Appl. No. 11/268,261.
Interview Summary dated Nov. 16, 2010 in U.S. Appl. No. 11/265,979.
Final Office Action dated Dec. 23, 2010 in U.S. Appl. No. 11/265,979.
Interview Summary dated Mar. 17, 2011 in U.S. Appl. No. 11/265,979.
Final Office Action dated Oct. 28, 2010 in U.S. Appl. No. 11/268,262.
Interview Summary dated Dec. 1, 2010 in U.S. Appl. No. 11/268,262.
Notice of Allowance dated Dec. 1, 2010 in U.S. Appl. No. 11/268,262.
Notice of Allowance dated Feb. 25, 2011 in U.S. Appl. No. 11/268,262.
Final Office Action dated Nov. 26, 2010 in U.S. Appl. No. 11/942,674.
Interview Summary dated Mar. 2, 2011 in U.S. Appl. No. 11/942,674.
Notice of Allowance, dated Apr. 1, 2011 in U.S. Appl. No. 11/942,674.
Interview Summary dated Dec. 3, 2010 in U.S. Appl. No. 11/942,687.
Final Office Action, dated Apr. 5, 2011 in U.S. Appl. No. 11/942,687.
Final Office Action dated Apr. 20, 2011 in U.S. Appl. No. 11/944,000.
Notice of Allowance dated May 17, 2010, in U.S. Appl. No. 11/268,261.
Supplemental Notice of Allowance dated Aug. 6, 2010, in U.S. Appl. No. 11/268,261.
Final Office Action dated Oct. 12, 2012 in U.S. Appl. No. 13/171,081.
Interview Summary dated Nov. 6, 2012 in U.S. Appl. No. 13/171,081.
Non-Final Office Action dated Apr. 4, 2013 in U.S. Appl. No. 13/535,758.
Notice of Allowance, dated Feb. 6, 2013, in U.S. Appl. No. 13/118,085.
Notice of Allowance dated Oct. 15, 2012 in U.S. Appl. No. 12/622,404.
Office Action dated Mar. 4, 2013 in U.S. Appl. No. 12/891,543.
Interview Summary dated Apr. 5, 2013 in U.S. Appl. No. 12/891,543.
Office Action dated Dec. 1, 2011, in U.S. Appl. No. 13/228,349.
Notice of Allowance dated Feb. 6, 2012, in U.S. Appl. No. 13/228,349.
Notice of Allowance dated Jul. 20, 2012, in U.S. Appl. No. 13/228,349.
Final Office Action dated Dec. 15, 2011, in U.S. Appl. No. 12/857,915.
Office Action dated Jun. 12, 2012, in U.S. Appl. No. 12/857,915.
Office Action dated Jun. 8, 2012 in U.S. Appl. No. 13/171,081.
Interview Summary dated Jul. 31, 2012 in U.S. Appl. No. 13/171,081.
Non-Final Office Action dated Jan. 11, 2012 in U.S. Appl. No. 13/079,597.
Notice of Allowance dated Apr. 25, 2012, in U.S. Appl. No. 13/079,597.
Non Final Office Action Dated Nov. 10, 2011 in U.S. Appl. No. 13/118,085.
Interview Summary, dated Feb. 17, 2012, in U.S. Appl. No. 13/118,085.
Final Office Action, dated Apr. 13, 2012, in U.S. Appl. No. 13/118,085.
Office Action dated Feb. 3, 2012 in U.S. Appl. No. 12/622,404.
Interview Summary dated May 8, 2012 in U.S. Appl. No. 12/622,404.
Final Office Action dated Aug. 6, 2012 in U.S. Appl. No. 12/622,404.
Mendelson, et al., “Informatics in Radiology—Image Exchange: IHE and the Evolution of Image Sharing,” RadioGraphics, Nov.-Dec. 2008, vol. 28, No. 7.
Provisional Applications (1)
Number Date Country
60867071 Nov 2006 US