US 6,154,726 AGrant
System and Method for Recording Patient History Data About on-Going Physician Care Procedures
Issue Date:2000-11-28
•21 Claims
•6 Drawing Sheets
Abstract
A system and method for processing patient data permits physicians and other medical staff personnel to record, accurately and precisely, historical patient care information. An objective measure of a physician's rendered level of care, as described by a clinical status code, is automatically generated. Data elements used in the determination of the generated clinical status code include a level of history of the patient, a level of examination of the patient, a decision-making process of the physician treating the patient, and a "time influence factor." The quantity and quality of care information for a particular patient is enhanced allowing future care decisions for that patient to be based on a more complete medical history. Enhanced care information can be used in outcome studies to track the efficacy of specific treatment protocols. Archiving of patient information is done in a manner which allows reconstruction of the qualitative aspects of provided medical services. The medical care data can be recorded, saved, and transferred from a portable system to a larger stationary information or database system. Considerable physician and staff time are saved and precision and accuracy are significantly enhanced, by generating these clinical status codes automatically (at the point of service by the care-provider without any intermediary steps) from information recorded simultaneously with the provision of services.
Metadata
Assignee
- Rensimer Enterprises, LTD
Inventors
- Edward R. Rensimer
- Jacqueline P. Tomsovic
- Pamela A. Wright
Application Information
Application Number:US 1886606
Filing Date:1998-11-09
Priority Date:1994-08-24
Art Unit:274
Classifications
IPC:
G06F15900
Field of Search:
7051282;3920;923
Patent Drawings (6 sheets)
Description
1. References
Certain aspects of the instant invention are similar to those disclosed in co-pending U.S. patent application Ser. No. 08/259,338 filed May 13, 1994, entitled "Portable Patient Data Processing System and Method" by Edward R. Rensimer now abandoned. Application Ser. No. 08/259,338 is a continuation of U.S. patent application Ser. No. 07/877,868, filed May 4, 1992 now abandoned and commonly owned with the instant application. Both applications are incorporated here, in their entirety, by reference.
Additionally, certain terminology and definitions described in the 1994 edition of the Physicians'Current Procedural Terminology manual (referred to as CPT or CPT94) are incorporated herein by reference. The CPT manual provides a standard classification of medical procedures and is well known to those of ordinary skill in the field.
2. Background of the Invention
The invention relates to a hand-held physician's computer and database system configured to collect, store, and report historical patient-care information at the site of patient service. The system and method permits a physician, or other care-provider, to record not only patient status information but, importantly, other patient-treatment information as well.
Many prior patient data systems focused more on data about current patient status than on historical data about the care given to the patient. Such data conveyed comparatively little or no information about the physician and other medical-staff resources that were previously utilized in caring for the patient. One of the most common methods of recording patient care information is the so-called superbill. The superbill is a multipart paper form that is preprinted with numerous broad categories of standard services. The physician checks off one or more of the categories of care, and might make handwritten notes about the specific diagnosis and/or services provided (e.g., otitis media or amoxicillin). The superbill has several drawbacks, including a comparative lack of precision or "granularity" because of the limited space on the preprinted paper form.
3. Summary of the Invention
A system and method for building more complete patient history data permits physicians and other medical staff personnel to record, accurately and precisely, the treatment or care given in a particular patient encounter. One benefit of the invention is the generation of an objective measure of a physician's rendered level of care, as described by a clinical status code, in a novel modification of a standard classification system. Data elements used in the determination of the clinical status code include a level of history of the patient, a level of examination of the patient, a decision-making process of the physician treating the patient, and a "time influence factor."
Other attendant benefits of the invention include: (1) enhancement of the quantity and quality of care information for a particular patient, allowing future care decisions for that patient to be based on a more complete medical history; (2) enhanced care information can be used in outcome studies to track the efficacy of specific treatment protocols; (3) historical data about physician workload can be easily gathered which, in turn, can contribute to a better understanding and allocation of the professional resources actually used in a given practice during a particular period of time; (4) generated clinical status codes can be used in requesting payment for medical services from insurance companies or other payors; (5) archiving of patient information in a manner which allows reconstruction of the qualitative aspects of provided medical services; (6) real-time sharing and communication of clinical data between physicians; (7) standardization of nomenclature used by groups of physicians in caring for patients; (8) automatic and clean data capture and storage of medical record data that would otherwise be done manually, and (9) the ability to record, transfer, and save medical care data from a portable system to a larger stationary information or database system. Considerable physician and staff time are saved, and the precision and accuracy of patient treatment history are significantly enhanced, by recording these activities contemporaneously with the service rendered.
4. Brief Description of Drawings
FIG. 1 is a block diagram of a portable patient data processing system in accordance with the invention.
FIG. 2 is a high level flow diagram of a method in accordance with the invention.
FIGS. 3A and 3B are two screen views of an exemplary "patient diagnosis" prompt window in accordance with the invention.
FIG. 4 is a screen view of an exemplary "patient service type" prompt window in accordance with the invention.
FIG. 5 is a screen view of an exemplary "key element level" select prompt window in accordance with the invention.
FIG. 6 is an exemplary logic table describing a means of determining a clinical status code for a service type of "Office (outpatient visit) Services". See also microfiche Appendix A.
FIG. 7 is a flow diagram for FIG. 6.
Detailed Description of a Specific Embodiment
One illustrative embodiment of the invention is described below as it might be implemented using a hand-held general purpose computer. In the interest of clarity, not all features of an actual implementation are described in this specification. It will of course be appreciated that in the development of any such actual implementation (as in any development project), numerous implementation-specific decisions must be made to achieve the developers' specific goals and subgoals, such as compliance with system- and business-related constraints, which will vary from one implementation to another. Moreover, it will be appreciated that such a development effort might be complex and time-consuming, but would nevertheless be a routine undertaking of device engineering for those of ordinary skill having the benefit of this disclosure.
Microfiche Appendix A contains a listing of clinical status code selection logic tables in accordance with the invention. Microfiche Appendix B contains source code listings, in the `C` programming language, that embody one implementation of the inventive method. Microfiche Appendix C contains documentation for certain aspects of one embodiment of the invention (see source code listings, Appendix B). Microfiche appendixes A, B, and C contain a total of 7 sheets and 571 frames.
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright and similar rights whatsoever.
5.1 Apparatus
FIG. 1 shows two personal computers, depicting an overall representation of a system in accordance with the present invention. The first is a relatively stationery desktop personal computer comprising a CPU chassis 100, to which is coupled a keyboard 110 and a CRT display 120. The desktop personal computer is, in the preferred embodiment, an IBM compatible personal computer. FIG. 1 further shows personal computer 130 of the hand-held type, which is, in the preferred embodiment, of a bivalve type (e.g., Hewlett-Packard 100 and 200 LX series of computers, although the present invention is not limited to these specific computing hardware types). That is, it opens in a clamshell manner to reveal therein a screen and keyboard, not separately referenced. The first and second personal computers are disconnectedly coupled by a link 140 comprising, for example, a plurality of separate wires in a bundle or alternatively an optical or radio link of the kind well-known in the art. (The HP 100LX and HP 200LX hand-held computers have infrared optical links built-in.). It is irrelevant for purposes of the present invention that the link 140 be a parallel or serial link; either one is contemplated.
In the preferred embodiment, the hand-held personal computer 130 is designed to be detached from the desktop personal computer and taken with the physician, or other medical care-taker, on his clinical rounds to enter and extract information. When the physician returns from his clinical activities, the hand-held personal computer 130 may be rejoined to the desktop personal computer by means of the link 140 to thereby transfer information there between.
5.2 Method
FIG. 2 shows a high-level view of a method (executed by a device such as hand-held computer 130 and operated by medical professional staff) of generating a signal quantifying a physician intervention status of a patient. The signal is referred to for convenience as a "clinical status code." It will be apparent that the device can be intuitively operated by multiple medical staff members in sequence, e.g., by a nurse, a physician, an office administrator, a receptionist, and the like, to the extent consistent with proper medical practice. Individual steps, outlined in FIG. 2, are discussed in more detail below.
5.3 Clinical Status Code Components of a Patient
The clinical status code is a function of a number of patient-related items. Three such items are referred to as "key elements" of the clinical status code, namely (1) a level of medical history of the patient, (2) a level of physical examination of the patient, and (3) a medical decision-making process of the physician treating the patient. A fourth important patient-related factor is a "time influence factor."
The level of history and level of examination are standard indicators, defined in the CPT manual, of the intensity of service rendered by medical personnel in obtaining patient history and in examining the patient. Four standard levels are associated in each of the level of history and level of examination. These levels are (1) problem-focused; (2) expanded problem-focused; (3) detailed; and (4) comprehensive.
The decision-making process of a physician treating the patient refers to CPT-standard indicators of three different decision components: (1) risk of complications and/or morbidity or mortality, referred to simply as "risk;" (2) the amount and/or complexity of data to be reviewed, referred to simply as "complexity;" and (3) the number of diagnoses or management options considered by the physician, referred to simply as "diagnoses." Each of the three decision components has four possible levels:
The time influence factor refers to an adjustment to the CPT-standard amount of time associated with a particular CPT clinical status code. The adjustment takes into account the physician's actual work time associated with a patient encounter, as a function of an amount of unit floor time (or face-to-face time) spent by the physician in connection with the patient encounter, or of an amount of time spent by the physician in counseling or coordination of care for the patient.
Consider a hypothetical example of a time influence factor: A clinical status code of "1-1-1" represents a new-patient encounter, i.e., an encounter at the lowest level of history, examination, and decision making process for a new patient, is associated with a CPT-standard amount of time of 10 minutes. If the encounter is prolonged to 20 minutes because of, say, an extended face-to-face discussion between the patient and physician (or with the patient's spouse, parent, or other responsible party, e.g., a person holding a medical power of attorney), a time influence factor is entered to reflect the extra 10 minutes spent by the physician in the patient encounter and may modify the clinical status code generated in accordance with the invention.
5.4 Steps for Determining a Patient's Clinical Status Code
The method steps shown in FIG. 2 are as follows:
200 Start of a method in accordance with the invention.
205 A data store (not shown) is consulted to determine whether a diagnosis already exists for the patient in question.
210 If a diagnosis does not exist, the user is prompted to select a diagnosis; a diagnosis code representing the selected diagnosis for the patient is stored in the data store. FIG. 3 shows views of two diagnosis prompt windows. FIG. 3A is a generic Diagnosis prompt window while FIG. 3B shows a partial (exemplary) list of possible diagnoses. If the staff member determines that the available diagnoses presented for selection not adequately describe the diagnosis for the patient, the staff member may enter an additional diagnosis by selecting a conventional "Add New Diagnosis" function. The staff member is then given the option of placing the newly added diagnosis into a master diagnosis table. Staff members can then select the newly added diagnosis during the normal course of clinical evaluations.
215 The staff member is prompted to select a service type, referred to as a selected service type, as shown in FIG. 4. The CPT-standard service types are: (a) outpatient services, (b) hospital observation services, (c) hospital inpatient services, (d) hospital discharge services, (e) outpatient consultations, (f) inpatient consultations, (g) inpatient follow-up consultations, (h) confirmatory consultations, (i) emergency services, 0) critical care visits, (k) neonatal intensive care, (I) nursing facility services, (m) domiciliary, rest home, or custodial care, (n) home services, (o) prolonged services, (p) case management team services, (q) case management phone services, (r) care plan oversight services, (s) preventive medicine services, (t) preventive medicine individual counseling, (u) preventive medicine group counseling, and (v) newborn care.
220 A series of questions are displayed to the staff member. The questions are designed and arranged for enhanced human-factors ("ergonomic") effectiveness to obtain quickly certain information needed for determining the clinical status code. The specific questions asked are determined in part by the selected service type. The answer to any given question may influence which questions are subsequently asked. A specific set of questions, primarily of the yes-no variety, are reproduced in the source-code listings of microfiche Appendix B of this application; a specific example is discussed in connection with FIGS. 6 and 7 below.
225 The staff member is prompted to select, for each respective key element (see discussion above), a level for the key element. An exemplary key element level screen prompt is shown in FIG. 5.
230 From the selected levels for the decision-making process, a specific level for the type of medical decision making (straightforward, low complexity, moderate complexity, high complexity) is computed in accordance with the table on page 13 of CPT94. It will be understood, of course, that the level of medical decision-making can be computed later as part of the ultimate determination of the clinical status code.
235 A test is made to determine whether the selected service type falls within an exception category. Exception categories include (a) hospital discharge services, (b) observation discharge services, (c) critical care, (d) care plan oversight services, (e)case management team services, (f) prolonged services, (g) neonatal intensive care, (h) case management phone services, (i) preventive medicine services, (j) emergency advanced life support services, and (k) newborn care.
240 If the selected service type does not fall within an exception category, then the clinical status code is determined as a function of one or more of (1) the selected service type; (2) the selected levels, including the computed level of medical decision making; and (3) if the physician entered an amount of service time, the amount of service time. Determination of a clinical status code is made in accordance with the logic tables shown in microfiche Appendix A.
245 If the selected service type is associated with a time influence factor, then the physician is prompted to enter an amount of service time.
250 Determination of an "exception" clinical status code, as set forth above, is made in accordance with the logic tables given in microfiche Appendix A.
Table 1 shows a set of service-type guidelines for using the key elements and the physician's time influence factor in selecting a clinical status code. It will be appreciated by those of ordinary skill having the benefit of this disclosure that Table 1 provides a novel and concise alternative encoding of the CPT rules set forth on pages 13-14 of CPT94. Table 1 is one of the tables comprising microfiche Appendix A.
FIG. 6 is an example of a decision table for determining a clinical status code for a particular type of service, i.e., Office (outpatient visits) Services. The decision table of FIG. 6 is shown in flow-chart form in FIG. 7.
5.5 ADVANTAGES OF THE INVENTION
The system and method of the invention permits physicians and other medical staff members to conveniently record patient-treatment data. The system and method may be used for developing historical data about physician workload in an inpatient or outpatient setting. Such historical data contributes to a better understanding of the professional resources actually used in a given practice during a particular period of time. That understanding in turn permits improved resource allocation, e.g., better scheduling of work for specific physicians (and other medical professionals) in a hospital or a group or solo practice to accommodate anticipated patient-care workload. Understanding the type of work most commonly done allows improved decisions on the type of professional manpower needed.
The inventive system and method permits a physician to record, accurately and precisely, patient care information in a manner that requires considerably less physician and staff time. As a result, more physician time can be spent actually rendering patient care. In addition, the quantity and quality of historical care information for a particular patient is enhanced, meaning that future care decisions for that patient can be based on a more complete medical history database. Moreover, such enhanced care information can be put to use in outcome studies to track the efficacy of specific treatment protocols. In many ways, including how specific diagnostic/treatment approaches can change the quantity and quality of medical professional man-hours.
It will also be understood by those of ordinary skill that the clinical status codes generated as described above are the same as those used in requesting payment from insurance companies. Considerable physician and staff time are saved, and precision and accuracy are significantly enhanced, by generating these clinical status codes automatically (at the point of service by the care-provider without any intermediary steps) from information recorded simultaneously with the provision of services.
It will be appreciated by those of ordinary skill having the benefit of this disclosure that numerous variations from the foregoing illustration will be possible without departing from the inventive concept described herein. Accordingly, it is the claims set forth below, and not merely the foregoing illustration, which are intended to define the exclusive rights claimed in this application program.
Claims
Certificate of Correction present
The claims shown below may not include correction changes. Use the corrected PDF for authoritative text.
What is claimed is:
1. A method, executed by a system including a device operated by a medical staff member, of generating a signal encoding a clinical status code that quantifies a physician intervention status of a patient as an objective measure of a care-provider's rendered level of care of the patient, said clinical status code being determinable as a function of (i) a level of medical history of said patient, a level of physical examination of said patient, and a medical decision-making process of said physician creating said patient, referred to as key elements of said clinical status code, (ii) a time influence factor determined as a function of a service time defined as one or more-of (1) an amount of unit floor time or face-to-face time spent by said physician in connection with an encounter with said patient, or (2) an amount of time spent by said physician in counseling or coordination of care for said patient, said method comprising: (a) prompting the staff member to select a service type, referred to as a selected service type; (b) displaying to said staff member a series of questions, said series of questions being determined by said selected service type; (c) if said selected service type is associated with a time influence factor, then prompting the staff member to enter an amount of service time; (d) if the selected service type does not fall within an exception category, then determining said clinical status code as a function of (i) said selected service type, (ii) said levels and said medical decision-making process, and (iii) if the staff member entered an amount of service time, said amount of service time; (e) storing said determined clinical status code in a memory.
2. The method of claim 1, further comprising: (f) prompting the staff member to select at least one of a plurality of diagnoses that are applicable to said patient, each referred to as a selected diagnosis, and (g) determining a diagnostic code corresponding to said selected diagnosis and storing said diagnosis code in a memory.
3. The method of claim 1, wherein said selected service type is selected from the group consisting of (i) outpatient services, (ii) hospital observation services, (iii) hospital in-patient services, (iv) hospital discharge services, (v) outpatient consultations, (vi) in-patient consultations, (vii) in-patient follow-up consultations, (viii) confirmatory consultations, (ix) emergency services, (x) critical care visits, (xi) neonatal intensive care, (xii) nursing facility services, (xiii) domiciliary, rest home, or custodial care, (xiv) home services, (xv) prolonged services, (xvi) case management team services, (xvii) case management phone services, (xviii) care plan oversight services, (xix) preventive medicine services, (xx) preventive medicine individual counseling, (xxi) preventive medicine group counseling, and (xxii) newborn care.
4. The method of claim 1, wherein said exception category is selected from a group consisting of hospital discharge services, observation discharge services, critical care, care plan oversight services, case management team services, prolonged services, neonatal intensive care, case management phone services, preventive medicine services, emergency advanced life support services, and newborn care.
5. The method of claim 4, wherein (1) said selected service type is neonatal intensive care and (2) said clinical status code is further determinable as a function of (i) a neonatal patient stability factor, and (ii) whether the service constituted initial care or subsequent care.
6. The method of claim 4, wherein (1) said selected service type is case management phone services, and (2) said clinical status code is further determinable as a function of a complexity-of-call factor.
7. The method of claim 4, wherein (1) said selected service type is preventive medicine services, and (2) said clinical status code is further determinable as a function of the age of the patient.
8. The method of claim 4, wherein (1) said selected service type is newborn care, and (2) said clinical status code is further determinable as a function of (i) whether the newborn care is given at a hospital or at a location other than a hospital, (ii) whether one or more specified risk factors is present, and (iii) whether the service constituted initial care or subsequent care.
9. The method of claim 4, wherein (1) said selected service type is hospital discharge services, and (2) said clinical status code is further determinable solely as a function of said selected service type.
10. The method of claim 4, wherein (1) said selected service type is hospital observation discharge services, and (2) said clinical status code is further determinable solely as a function of said selected service type.
11. The method of claim 4, wherein (1) said selected service type is critical care, and (2) said clinical status code is further determinable as a function of the amount of service time.
12. The method of claim 4, wherein (1) said selected service type is care plan oversight services, and (2) said clinical status code is further determinable as a function of the amount of service of time provided during any consecutive 30 day period.
13. The method of claim 4, wherein (1) said selected service type is case management team services, and (2) said clinical status code is further determinable as a function of (i) selected service type, and (ii) amount of time the physician spends in conference with another health care professional to coordinate activities for patient care.
14. The method of claim 4, wherein (1) said selected service type is prolonged services, and (2) said clinical status code is further determinable as a function of (i) whether said prolonged services are provided in an in-patient setting or an out-patient basis, (ii) whether said prolonged services are provided with or without said patient being present and (iii) the amount of service time.
15. The method of claim 4, wherein (1) said selected service type is emergency advanced life support services, and (2) said clinical status code is further determinable solely as a function of said selected service type.
16. The method of claim 1, wherein said plurality of allowable levels for each key element consists of four allowable levels for each key element.
17. The method of claim 1, further comprising determining whether the respective selected levels meet a specified set of key-component criteria and if not, assigning a default code as said clinical status code.
18. The method of claim 1, further comprising recording said signal.
19. A program storage device encoding a machine-executable copy of a program of instructions for performing a method in accordance with any one of claim 1-17 and 18.
20. In a physician's practice management system, a device operable by a medical staff member for recording a clinical status code that quantifies a physician intervention status of a patient as an objective measure of a care-giver's rendered level of care of the patient, said clinical status code being determinable as a function of (i) a level of medical history of said patient, a level of physical examination of said patient, and a medical decision-making process of a physician treating said patient, referred to as key elements of said clinical status code, (ii) a time influence factor determined as a function of a service title defined as one or more of (1) an amount of unit floor time or face-to-face time spent by said physician in connection with an encounter with said patient, or (2) an amount of time spent by said physician in counseling or coordination of care for said patient, said device comprising: (a) means for prompting the staff member to select a service type, referred to as a selected service type; (b) means for prompting the staff member to select, for each respective key element of said clinical status code, one of a plurality of allowable levels for said respective key element, referred to as a selected level; (c) means for prompting the staff member to enter an amount of service time if said selected service type is associated with a time influence factor; (d) means for determining said clinical status code as a function of (i) said selected service type, (ii) said levels and said medical decision-making process, and (iii) if the staff member entered an amount of service time, said amount of service time; and (e) means for transmitting the determined clinical status code to an external device.
21. The device of claim 20, further comprising means for recording said signal.
Patent Citations (8)
Non-Patent Literature (8)
- Physician's Current Procedural Terminology, Fourth Edition, CPT '94, American Medical Association, pp. i-86 and 683.
- Fishman, Scott M., "Study Tracks Effectiveness of HP Palmtop in Hospital," The HP Palmtop Paper, May-Jun. 1994 pp. 34-35.
- Hall, Rich, "A Less Expensive Solution to Healthcare?" The HP Palmtop Paper, May-Jun. 1994, pp. 27-29.
- Meissner, Frank, "User Profile: HP Palmtop: A 24-Hour Medcal Assistant," The HP Palmtop Paper, May-Jun. 1994, pp. 12-16.
- Peak, Dallas E., "User Profile: Doctor on the Fly Uses the HP Palmtop to Help Save Lives," The HP Palmtop Paper, May-Jun. 994, pp. 18-21.
- Special Report: Computer & Communications (Collection of related articles), ACP Observer, Col. 14, No. 7, Jun. 1994, pp. 19-29.
- Advertisement: PEPID, a Palmtop Emergency Physician Information Database product. No date.
- Advertisement Listing: Medical and Health-Related Hardware and Software, The HP Palmtop Paper, May/Jun., 1994, pp. 36-39.