WO1999001837A9 - System and method for reporting behavioral health care data - Google Patents

System and method for reporting behavioral health care data

Info

Publication number
WO1999001837A9
WO1999001837A9 PCT/US1998/002655 US9802655W WO9901837A9 WO 1999001837 A9 WO1999001837 A9 WO 1999001837A9 US 9802655 W US9802655 W US 9802655W WO 9901837 A9 WO9901837 A9 WO 9901837A9
Authority
WO
WIPO (PCT)
Prior art keywords
patient
answer
database
narrative
chart
Prior art date
Application number
PCT/US1998/002655
Other languages
French (fr)
Other versions
WO1999001837A1 (en
Inventor
Steven L Bair
Ronald L Meredith
Danny R Tillotson
Philip Inglis
Original Assignee
Psychological Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Psychological Corp filed Critical Psychological Corp
Priority to CA002300950A priority Critical patent/CA2300950A1/en
Priority to AU66539/98A priority patent/AU6653998A/en
Priority to GB0001934A priority patent/GB2342481A/en
Publication of WO1999001837A1 publication Critical patent/WO1999001837A1/en
Publication of WO1999001837A9 publication Critical patent/WO1999001837A9/en

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00ICT specially adapted for medical reports, e.g. generation or transmission thereof

Definitions

  • the present invention relates to systems and methods for reporting behavioral health care data, and, more particularly, for creating displays and reports for aggregating data from patient treatment results.
  • Behavioral health care systems share some characteristics with other types of health care systems, including the need for data handling and transfer and billing functions.
  • similar deductions are more difficult to achieve with a behavioral health problem: How many sessions will it take to "cure” a depressed person? What does "cure” actually mean? Therefore, it would be desirable to be able to rate a severity of a behavioral health problem and to track the patient' s improvement over time, including all the variables that comprise the treatment (type and duration of therapy, medication).
  • a clinic In a currently typical provider environment, such as a clinic, several therapists may treat patients on an outpatient basis. On a first visit the patient spends time filling out an information sheet, including demographic (i.e., social security number, name, and address) and insurance information. This handwritten information is then transcribed by a clinic employee and entered into a locally maintained database. Following a patient session, a form is generated, either manually or via the computer, and mailed or faxed to the host. The form contains one or more billing codes, such as those contained in the CPT Code Table, a widely used standard.
  • demographic i.e., social security number, name, and address
  • insurance information This handwritten information is then transcribed by a clinic employee and entered into a locally maintained database.
  • a form is generated, either manually or via the computer, and mailed or faxed to the host.
  • the form contains one or more billing codes, such as those contained in the CPT Code Table, a widely used standard.
  • the data on the form are correlated with a host database to ensure that the patient has a current policy and that the service provided is covered by that policy. This is usually undertaken by a case manager or claims adjudicator, who then either approves or disapproves the service for payment to the provider.
  • a therapist In the behavioral health field, a therapist typically diagnoses a patient's behavior(s) (e.g., absenteeism, acting out) and problem(s) (e.g., anxiety, depression) using the criteria set forth in the Diagnostic and Statistical Manual of Mental Disorders (DSM) and makes detailed handwritten chart notes expanding upon the patient's status.
  • DSM Diagnostic and Statistical Manual of Mental Disorders
  • the DSM codes are relayed to the host, accompanied by the CPT code(s), with a request for payment and/or request for treatment approval.
  • the provider will have to request additional sessions. Such a request may occur, for example, by sending case notes to the host, which again will have to be reviewed by a case manager.
  • treatment outcome evaluation Another area in which information systems have been applied is in treatment outcome evaluation, wherein a test or a series of tests is repeated at specified time intervals in order to monitor a patient's progress during therapy.
  • Yet another area of usefulness for information systems is in the establishment of a sufficiently large database to enable the calculation of average treatment outcomes.
  • Such an evaluation is intended to provide an indication of treatment norms for a range of behavioral problems and severities. This will enable a host and/or provider to assess the relative effectiveness of a particular patient's treatment over time as compared with the norm. Such data would also be effective in aggregating results for a particular provider site (e.g., clinic) or therapist.
  • a health resource consumption system has been described by Mohlenbrock et al. (U.S. Pat. No. 5,018,067); an apparatus for measuring psychotherapy outcomes, by Brill (U.S. Pat. No. 5,435,324; and a microcomputer-based mental health information system, by McCullough et al. (American Psychologist 41, 207-14, 1986).
  • the system preferably comprises two interrelated systems, one resident within a computer housed at the provider site, which typically includes an office of a behavioral health care worker, such as a psychiatrist, psychologist, or social worker.
  • the provider site may also be a hospital or clinic having a plurality of therapists liked via, for example, a local-area network.
  • the second linked system is resident in a computer at the host site, which is typically a central office of an insurance company, health maintenance organization, or managed care organization.
  • the host site may also be a hospital.
  • the provider system comprises means for performing a plurality of in-house functions, including assisting providers in electronically performing and recording clinical functions.
  • the provider system also comprises means for displaying and entering results for one or more tests chosen from a group of empirically validated assessments and custom questionnaires.
  • the provider system further comprises means for displaying outcome data versus time in graphical form, superimposed with medication and intervention data, and for monitoring patient progress, tracking a selected outcome measure.
  • Another important feature of the provider system is a means for electronically communicating with the host site computer, which permits electronically managing clinical and financial data, substantially without human intervention. Means are resident within the provider and host systems for achieving data transfer, including requests and approvals for treatment and payment, automatically, so long as the requests fall within a predetermined set of parameters resident within the host computer.
  • the set of parameters for treatment typically comprise a set of rules that may be different for each plan, the rules governing, for example, how many treatment sessions are automatically granted for a particular behavioral problem reported by the patient. These rules are set at the host site and are fixed unless the host management makes a determination that a rule needs to be changed. Such a determination may be based, for example, on the results of statistics gathered from a plurality of provider sites or a change in a plan governing a particular set of patients.
  • the host system also includes means for tracking treatment plans and maintaining patient records.
  • the host system also includes a database of provider profiles for use in recommending a therapist to a client based on selected criteria such as geographical location and area(s) of specialization.
  • FIG. 1 is a flowchart of exemplary host-provider interactions.
  • FIG. 2 is a schematic diagram of a host-provider system configuration and the structure of a host site and a provider site.
  • FIG. 3 illustrates an exemplary patient list screen.
  • FIG. 4 illustrates an exemplary patent master screen.
  • FIG. 5 illustrates an exemplary medications screen.
  • FIG. 6 illustrates an exemplary session master screen.
  • FIG. 7 illustrates an exemplary session maintenance screen.
  • FIG. 8 illustrates an exemplary appointment information screen.
  • FIG. 9 illustrates an exemplary treatment plan screen.
  • FIG. 10 illustrates an exemplary provider plan item screen.
  • FIG. 11 is a flowchart of an exemplary treatment course.
  • FIG. 12 illustrates an exemplary problem/behavior entry screen.
  • FIG. 13 illustrates an exemplary problem/behavior table screen.
  • FIG. 14 illustrates an exemplary therapy variables table screen.
  • FIG. 15 illustrates an exemplary test screen.
  • FIG. 16 is a flowchart for choosing and creating a new questionnaire.
  • FIG. 17 illustrates an exemplary questionnaire screen, here an adult intake questionnaire.
  • FIG. 18 illustrates an exemplary select questionnaire screen.
  • FIG. 19 illustrates an exemplary add new questionnaire screen.
  • FIG. 20 illustrates an exemplary master question table screen.
  • FIG. 21 illustrates an exemplary select questions screen.
  • FIG. 22 illustrates an exemplary add new question screen.
  • FIG. 23 is a flowchart for the creation of a narrative report.
  • FIG. 24 illustrates an exemplary screen for choosing a narrative note format.
  • FIG. 25 illustrates an exemplary screen for editing the narrative note format.
  • FIG.26 illustrates an exemplary narrative format structure, with FIG. 26A containing the first page and FIG. 26B, the second page of the format.
  • FIG. 27 illustrates a narrative report created from the narrative formate structure of FIG.
  • FIG. 27A containing the first page
  • FIG. 27B the second page of the report.
  • FIG. 28 is a flowchart for behavioral outcomes measurement.
  • FIG. 29 is an exemplary line graph generated by the behavioral outcomes measurement system.
  • FIG. 30 is an exemplary bar graph generated by the behavioral outcomes measurement system.
  • FIG.31 is a flowchart for creating a recipient group for sending a folio wup questionnaire.
  • FIG. 32 illustrates an exemplary screen for creating a followup questionnaire group.
  • FIG. 33 is a flowchart for creating a data extract from the database.
  • FIG. 34 illustrates an exemplary screen for building the criteria for performing the data extract.
  • FIG. 1 A logic flowchart of an exemplary host-provider interaction comprising obtaining host site approval for and carrying out a treatment plan for a patient is given in FIG. 1. Reference is also made to elements in FIG. 2, which illustrates an exemplary hardware and software configuration for the host-provider system 10.
  • a patient sets up an appointment at a provider site. Such an appointment can be initiated by the host or the patient.
  • a determination is made at step 802 as to whether he/she is a new patient by checking against a patient list housed in a database 321 in the provider computer 32. If the patient is new, a check is made at step 803 as to whether this patient's electronic chart has already been downloaded from the host computer 20.
  • a patient's demographic and treatment information can be downloaded automatically from a host site without being requested. This occurs by a patient's requesting treatment directly from the host at step 821.
  • the host first checks at step 822 that the patient has a policy, and whether the problem reported by the patient is covered by his policy at step 823.
  • the host site then checks against its provider database at step 824 to recommend a provider to the patient based upon criteria such as geographical location and provider area(s) of specialization.
  • the patient's pertinent information is downloaded directly into the provider's database at step 825, where it will be available for access by the provider at step 803, along with a preapproved treatment plan (for example, 5 therapy sessions of 1-hour duration plus a course of medication for depression).
  • a preapproved treatment plan for example, 5 therapy sessions of 1-hour duration plus a course of medication for depression.
  • an electronic chart is set up at step 831 with information provided by the patient.
  • the patient is then assigned to a therapist at step 804, who makes an initial behavioral diagnosis during a session using a table housed in the computer database that comprises the DSM codes.
  • the therapist also rates the severity of the problem and enters a goal rating and a therapy treatment plan aimed at achieving that goal into the patient's electronic chart at step 805.
  • a treatment plan may have been included with downloaded patient information at step 825, in which case it will already be resident in the patient's electronic file.
  • the DSM codes and proposed treatment plan are uploaded to the host at step 806, if the patient has indicated that he/she is insured by that host, and if that host is using the system of the present invention.
  • an automatic check is made at step 807 that the patient is covered. If not, the treatment plan is rejected at step 871, and the provider is so notified during the next download. If the patient is covered, a check is next made that the proposed treatment plan falls within the applicable set of treatment approval rules at step 808. If not, the file is referred for human intervention to a case manager at step 881, who decides whether to approve the treatment plan at step 882. If approval is not granted, the treatment plan is rejected and the provider is notified (step 871). If approval is granted, or if the treatment plan fell within the preapproved rules, the host so informs the provider electronically during a download at step 809. Then an appointment can be scheduled for the patient with the provider at step 810.
  • An approval from the host site may also contain instructions to administer one or more instruments to the patient, which should then be incorporated into the treatment plan.
  • instruments which may include tests and/or questionnaires, can also be mandated by the host to be administered at given intervals in order to gauge patient progress.
  • treatment for a returning patient proceeds by calling up the patient's electronic chart at step 811 and proceeding with the scheduled session at step 812.
  • the therapist should be able to make a determination at step 813, whether by testing or asking a series of questions from a questionnaire, as to the patient's progress.
  • the therapist can see at step 814 whether the patient has achieved the rating chosen as a goal for the problem being treated. If the goal has been achieved, treatment can be terminated at step 815.
  • the therapist is able to check at step 816 whether there are further sessions remaining on the approved treatment plan. If there are, another appointment should be scheduled at step 817. If there are not, the therapist will typically set up a revised treatment plan at step 818 and request approval for the new plan by returning to step 806.
  • This revised treatment plan request then is evaluated electronically as outlined above, only needing human intervention if the predetermined set of rules does not permit an approval of the request.
  • the set of rules may include automatic approval for an additional five sessions of therapy if the patient has not improved to the goal rating.
  • the host-provider system 10 of the present invention significantly reduces the need for human intervention in a large proportion of situations for which a rule-based logic can be applied, only requesting the attention of a case manager under conditions that fall outside the coverage boundaries.
  • the system contains virtually unlimited flexibility, since the rules and databases can be updated as desired.
  • FIG. 2 A schematic diagram of a hardware and software configuration for a host-provider system 10 of the present invention is presented in FIG. 2.
  • Two exemplary configurations are incorporated: In one configuration a host site 20 is in direct communication with a provider site 31, a situation that would obtain for a private practitioner in communication with an insurance company, for example. In another configuration the host site 20 is in communication with a local area network (LAN) system 320, which in turn is in communication with a plurality of provider sites. This situation would be found, for example, at a clinic having a plurality of therapists 36 and a central receptionist/administrator 34.
  • LAN local area network
  • each provider will likely be in communication with a plurality of host sites; that is, each provider could be approved for coverage by different insurance companies, health maintenance organizations, etc. Communication then would be initiated between a provider and that host site by whose plan a particular patient is covered.
  • the system provides sufficient flexibility that different sets of information can be mandated and sent to different host sites, with each having its own protocol.
  • each provider system at the provider site comprises at least one provider computer 32, such as a 486- DX100 (32 MB RAM, 500 MB free hard disk, and a 14.4 bps modem 33), that may be networked via LAN 320 (10 Mb/100 Mb CAT 5 certified cable plant, Novell 3.1 or 4.1x, Windows/NT® 3.1 or higher) at the provider site 30, for example, to a reception workstation 34 and at least one, but typically a plurality of, therapist workstations 36 (486-DX100 or higher, 16 MB RAM, 100 MB free disk space SVGA display, 800 x 600, pointing device).
  • Reception terminal 34 may be used for performing functions such as appointment scheduling, billing, and entering demographic information and updates.
  • the host site 20 preferably comprises a LAN server computer 200 (486-DX100, 64 Mb
  • the computer 200 is linked via LAN line 22 to at least one case manager workstation 23 (486-DX100, 16 Mb RAM, 50 Mb free on hard drive, Windows 3.1 or higher, SVGA display 800 x 600). This typically occurs by placing the exception record into a "review" database, which is monitored by a case manager at the host site.
  • the case manager has access to the demographic database 201, the provider database 202, and the plan rules 203.
  • Host site 20 comprises a host computer 200 that houses a database 201 of demographic and coverage information for the host's insured participants.
  • the host modem 21 is configured for communication with the provider modem 33.
  • the modems 21,33 are not in constant communication; rather, uploads and downloads are scheduled at predetermined intervals, such as after close of business. These uploads and downloads also can carry messages other than data transfer, such as e-mail messages, during the connect, thus obviating at least some of the need for telephone calls.
  • the host computer 200 further houses a database 202 of providers accepted for treating patients. From this database 202 the referrals discussed above (FIG. 1, step 824) can be made to a patient desiring treatment based upon data such as geographical location and provider area(s) of specialization.
  • the transfer of patient information is preferably selective and hence subject to a filtering out of data not desired to be sent. For example, prior clinical data may be withheld for reasons of patient confidentiality.
  • the host computer 20 also houses the set of rules 203 associated with each patient's insurance plan as discussed above, which permits the host computer 20 to approve a treatment plan automatically for a particular patient and also permits the host computer 20 to approve a change in an already-approved treatment plan without seeking a case worker's approval.
  • a data-collection center 90 for building a national or regional database.
  • patient information is filtered prior to transmission, such as by encrypting the patient's social security number, for ensuring patient confidentiality.
  • Such a database would ultimately become sufficiently large that statistically valid conclusions could be drawn as to efficacy of various types of treatments, including patterns of interventions and medications. It is envisioned that such statistics could then be utilized to alter the rules governing preapproved treatment plans.
  • Treatment plans. The treatment plan individualizes and defines the instruments and processes for the course of treatment, such as tests and questionnaires, extent and type of therapy, and level of care to be administered.
  • Treatments plans may be general or specific in nature, depending upon the type of disorder being treated and the treatment approach. Treatment plans may be constructed item by item by the provider, or the provider may modify one of an existing set of treatment plan models. Treatment plans may also be downloaded from the host 20.
  • Provider computer functions. Provider computer 32 houses a database 321 of patient information. Upon opening the system, which has security features such as a requirement for entry of an ID and password, a patient list screen 51 (FIG. 3) appears.
  • the list 514 that appears may be filtered by selecting among provider 511, patient status 512, and level of care 513, all of which have drop-down lists associated with them.
  • This list 514 may also be sorted by name, social security number, chart ID number, or social security number of the insured, by selecting the desired item within the list sequence box 515. From this window 51 the user may add a new patient record 516, view a highlighted patient's record 517, or delete a patient record 518.
  • a search can be performed by entering record information into the search box 519.
  • That patient's electronic chart may be viewed either by double-clicking on the name 520, or by clicking on "View” 517, both of which provide entry into the Patient Master module 322.
  • the user may also navigate via icons 521 or menu bar items 522 to other sectors of the system.
  • the Scheduling 323 and Billing 325 modules are accessed via drop-down menus on the menu bar 522.
  • An additional feature of the patient list screen is an icon 510 providing a link to a diagnosis table that contains diagnostic labels and criteria set by the American Psychiatric Association in the DSM for all five axes. Hyperlinked text allows the provider to move rapidly from topic to topic and to review differential diagnosis. From the DSM reference screen a complete glossary of terms is also accessible.
  • the patient master screen 52 (FIG.
  • Medications may also be added 543 or deleted 544 by clicking on the appropriate screen location.
  • Session Master By clicking on the "Session Master" icon 526, the Session Master module 324 is entered, and the corresponding screen 55 appears (FIG. 6), which represents the patient's clinical, financial, and administrative information related to a treatment session. This module 324 is linked to the Schedule 323 and
  • Session entry records can also be created manually.
  • the user may view a scrollable list 551 of all patient appointments. As a selected appointment is highlighted 552, the corresponding session information appears on the right-hand side, including the Questionnaires administered 553, the
  • Session Provider 554 and the CPT/Diagnosis 555 entered by the provider for that session.
  • Double-clicking on an appointment 552 causes the Session Maintenance screen 56 to open (FIG. 7), which may be reviewed, edited, or entered for recording data for a new session.
  • the Appointment box 560 Within the Appointment box 560 are located the Provider 561, Facility 562, Date and Time of Appointment 563, and CPT Billing Codes with Primary Diagnosis 564. If any of this information is desired to be changed, the edit icon 565 may be clicked, which causes the Appointment window 57 to open.
  • the Appointment window 57 includes a session box 571 containing the same information regarding Provider, Facility, Date and Time of appointment as the Session Maintenance window 56. Additional information is found in the CPT codes 572 and Diagnoses 573 boxes; should additional information be desired to be entered in these boxes, the Add from CPT Table 573 or Add from Diagnoses Table 574 buttons can be clicked, which launch windows containing a selection table, respectively, the Procedure Code Table or the Select Diagnosis table. The system will issue a warning if either the CPT code or the diagnosis is not approved on the patient's treatment plan.
  • the CPT codes 572 must be linked to a Diagnosis 573 with the use of the left-pointing arrow 575, which copies the selected diagnosis under the CPT code.
  • the treatment plan for a patient may be viewed or a new plan created by clicking on the appropriate icon 532 on the Patient Master window 52 (FIG. 4), which brings up the Treatment Plan window 58, shown containing an exemplary treatment plan box 581 in FIG. 9.
  • a plan is first created, by clicking on the Add button 588, a new case window appears, into which should be entered case information and additional demographic information and comments as desired.
  • a provider can be assigned to the case by selecting one from a provider list.
  • a summary of managed care sessions appears on the lower right of the treatment plan window 58, with a Case Sessions box 582 and a Total Sessions box 585 containing numbers of Approved 583,586 and Used 584,587 Sessions, respectively.
  • the Add button 588 is clicked on the Treatment Plan window, which brings up a list of Provider Plan Items 59 that have been approved for the chosen provider, an exemplary list being illustrated in FIG. 10. Clicking on one of these items brings up the associated screen; for example, selecting the "Medications" option 591 brings up the associated window 54 (FIG. 5).
  • a billing may be initiated by returning to the Patient List window 51 (FIG. 3) and using a drop-down menu under the menu bar item "Billing" 510, from which the user may navigate to a patient accounts window, from which may be brought up for viewing such information as the patient's account ledger, insurance information, and outstanding charges.
  • Clinical charges are automatically generated by the system upon linking a CPT code to a diagnosis and also by scheduling a new appointment. These charges can then be posted, either individually or in batch mode, by selecting the appropriate buttons within the billing module. Upon posting, the charges are uploaded when desired to the host site 20 for processing, where they are checked for automatic approval or referred to a case manager if necessary.
  • This upload of patient information to the host site 20 is preferably filtered as desired by the provider 30 to include only those data to which the host is entitled, for example, the results of questionnaires and/or tests specifically requested by the host treatment plan. Other data, such as session notes in narrative form, may be withheld if deemed appropriate by the provider.
  • the selection of data to be sent can be defined by the system. As an example, the system may be designed to filter out such information as: provider personal (spouse information), questionnaires and tests administered that do not belong to the host and the clinician's personal notes.
  • treatment can be initiated.
  • FIG. 11 A flowchart of an exemplary course of treatment is illustrated in FIG. 11 , which expands upon step 812 of FIG. 1.
  • step 811 the therapist looks up the patient's electronic chart, from which the treatment plan is looked up in step 830.
  • the treatment plan (FIGS. 9 and 10) may include such features as a diagnosis, recommended medication, and a determination of level of care (e.g., outpatient), problem(s), behavior(s), therapy variables, tests, and questionnaires. If a test is scheduled (step 831), it should be administered and scored (step 832); if a questionnaire is scheduled (step 833), it should be administered and the results stored (step 834).
  • the therapist should also determine if a new element is needed in the treatment plan (step 835), and add it if needed (step 836); if an element should be edited (step 837), this should be performed (step 838).
  • step 813 the problem(s) should be evaluated at step 813. It should be noted that, if a new element is deemed by the therapist to be needed, approval may need to be sought from the host. This occurs as indicated in FIG. 1, beginning at step 808. From the Session Maintenance screen 56 (FIG. 7) the provider can access and edit any of a set of linked screens related to the treatment plan:
  • the Medication screen 54 can be brought up by clicking the Enter button 567 in the Medication box 566.
  • the provider can review dosage, quantity, refill, start dates, expiration dates, route of administration, reason for prescribing, and reason for discontinuing a medication. Scrolling through the medications list 541 causes the information in the respective fields to correspond to the medication selected.
  • the Problem Behavior Entry screen 60 (FIG. 12) is brought up by clicking the Enter button 578 in the Problems/Therapy box 576.
  • Each item in the list 601 has associated with it a behavioral anchor 602 that facilitates precision in rating.
  • the anchor can be accessed by clicking the Anchor button 603.
  • the therapist gives the patient an initial rating "I” 604 and a goal rating "G” 605.
  • the therapist records the most current rating " ⁇ " 606, and the previous rating "P” 600 is also displayed.
  • Behaviors/problems can be added to the treatment plan by clicking the Add button 607, which brings up a Problem Behavior Table 61 (FIG. 13), can be deactivated 608 if goal attainment has been achieved, or can be reactivated 609 if problems/behaviors reemerge.
  • the Problem/Behavior Table 61 (FIG. 13) is used to add and rate items for the Problem/Behavior Entry screen 60.
  • the Add button 612 is clicked.
  • the letter "F" next to a behavior name indicates that it is measured by frequency; the letter "S,” by severity.
  • the anchors are viewed for the selected behavior by clicking the View Anchors button 613; likewise for the Linked Behaviors button 614.
  • the problems list 615 comprises a tree-structured table, wherein subentries are displayed upon selecting a higher-level head.
  • the Therapy Information screen 62 (FIG. 14) is brought up by clicking the Enter button
  • the patient's treatment plan may comprise an administration of one or more tests, perhaps readministered at a preselected interval.
  • the Test screen 63 (FIG. 13) is brought up by clicking the Entry button 569 in the Test/Questionnaire box 568 of the Session Maintenance screen 56, and displays patient scores for tests recorded in a view-only format. Typically the test will have been administered separately, such as on paper, scored, and the results entered by clicking the Edit button.
  • the patient's treatment plan additionally may comprise an administration of one or more questionnaires, which here are defined as an instrument comprising items selected from a database of questions.
  • questionnaires which here are defined as an instrument comprising items selected from a database of questions.
  • the system of the present invention permits virtually unlimited flexibility in using, modifying, and creating such questionnaires.
  • One feature is the ability to transmit questionnaires between the host and the provider; for example, a host may download a questionnaire for administration to a particular patient, in which case that questionnaire will become a part of the provider's database. The host may further designate that questionnaire as copyright protected, in which case that questionnaire would not be approved for use for patients not covered by that host.
  • a provider can create and indicate as copyright protected its own questionnaire(s) and prevent their being uploaded to a host site.
  • FIG. 16 A flowchart of the process of choosing and creating a questionnaire is given in FIG. 16.
  • FIG. 17 An example of a questionnaire screen in the database is shown in FIG. 17, an adult intake questionnaire.
  • the questionnaire template 66 comprises a Question box 661 containing a scrollable list 662 of question topics. When a topic is highlighted 663, the associated narrative question is displayed in the Guided Entry Question box 664. A list of answers 665 is provided in the Answer box 666, and the correct answer 667 is highlighted and clicked to enter it as a response.
  • the answer list 665 may comprise descriptive or informational items, some of which may permit more than one answer, or a Likert rating, allowing only one response.
  • the N/A button 668 defaults to the answer Does Not Apply. Notepad-type narrative comments may also be entered in the Question Comment box 669.
  • the therapist will typically want to administer a different one, and will search the select questionnaire screen at step 841 (FIG. 18). If one among these is deemed adequate at step 842, then it should be checked if that questionnaire is usable for that patient at step 892. If it is, that one is brought up and administered as at step 834 of FIG. 11. If it is not, for example, if the questionnaire is "owned" by a different host from that covering the present patient, the questionnaire database will need to be searched again at step 841 until a usable and acceptable questionnaire is located.
  • Another feature of the system is that it provides a warning if the selected questionnaire is not part of the approved treatment plan. In this case, approval should be sought from the host site for its administration.
  • a new questionnaire may be constructed with the tools of the present invention.
  • a new questionnaire may be created entirely de novo, or edited from a cloned version of an existing questionnaire that approximates that which the therapist desires.
  • the therapist brings up the Add New Questionnaire screen 67 (FIG. 19), gives it a name 671, number 672, style 673, and type 674 at step 843.
  • questions are selected at step 844 from the master question table (FIG. 20), which contains all the questions resident at that time in the database.
  • the master question table 64 may comprise questions initially resident the system, questions mandated by the host, and/or questions created by the provider. Each "question" within the master question table 64 contains all the possible answers that may be selected during session entry. Each item 642 in the master question table 64 falls within one of six functional categories
  • Single-answer questions may include those requiring a yes/no answer, or a quantification of a characteristic, such as "ability to make work decisions.”
  • Multiple-answer questions allow for more than one answer, such as symptoms experienced. Comment-only questions permit narrative text to be entered.
  • Calculation questions display the results of calculations such as test score summaries. Headers are used to indicate a new area of questioning that will appear in a narrative note, to be discussed in the following.
  • a question is chosen from the master question table 64 using the Select Questions screen 68 (FIG. 21), from which the questions 681 are chosen and added at step 845 to the new questionnaire. If the questionnaire is now acceptable (step 846), it can be administered as at step 834 in FIG. 11.
  • Another feature of the system of the present invention is that the user can also program in a custom guided-entry pattern, wherein the answer to a question determines whether the next question in sequence is asked. For example, if the patient has no history of alcohol abuse, the alcohol-related questions will be skipped.
  • the questionnaire should now be in a form desired, and it can be administered as at step 834 in FIG. 11.
  • the system of the present invention permits great flexibility in extracting and presenting data sorted and aggregated as directed by the user, whether the provider or host. Reports can be prepared directed to any one particular patient or with the use of cross-tabulations to collect data from a plurality of patients.
  • One of the reporting vehicles resident within the system comprises a means for forming and outputting a narrative report from a patient's data already entered into the system, as shown in the flowchart of FIG. 23. This figure proceeds from the step 834 of administering a questionnaire and storing the answers in FIG. 11, if a narrative report is desired (step 850).
  • a narrative note format serves as the framework for outputting a narrative note.
  • Each format is linked to a particular questionnaire (QN), although a questionnaire can be administered without choosing or creating a narrative note format.
  • the linkage can be checked by accessing the questionnaire/narrative linkage screen (step 851), which is a read-only list. If the linked narrative note format is acceptable as is (step 852), the narrative report can be output, for example, to a printer or to a file, or it can be previewed on the screen (step 853). If the linked format is not acceptable, another existing format can be looked up (step 854) on the narrative notes format screen 70 (FIG. 24), which lists format IDs 701 and descriptions 702.
  • a format is selected (step 855) by linking the questionnaire to that format, and a report is output (step 853) under the direction of the format elements.
  • a format that is close can be selected, cloned, and edited, or a new one can be created de novo.
  • the therapist selects and clones an existing format (step 856) such as the "New Clinical Report Format," which is set up as a template and is resident in the system and on which can be built a new narrative format.
  • the new format is identified with a new name, description, and link to a questionnaire at step 857 and edited in the Edit Narrative Format screen 71 (FIG. 25) at step 858.
  • Each format contains a series of discrete sentences that have words in angle brackets indicative of a datum that will be inserted from the patient's electronic chart when the report is output. For example, in the editing box 711 of FIG. 25, (@Name (Last)-Patient@) would fetch the patient's last name from the chart and insert it at that point in the narrative.
  • Editing the displayed format is accomplished by clicking on the appropriate icon from the tool bar menu 712 in FIG. 25.
  • selecting the "insert sentence” icon 713 permits the user to insert a title or new sentence into the format; similarly for the "insert word” icon 714.
  • a narrative form of a question can also be inserted by selecting the "insert question” icon 715, which brings up a screen containing all the questions resident in the system and from which the answers thereto can also be accessed to ensure that they make sense in the context of the narrative.
  • behaviors can be inserted by selecting the appropriate icon 716 that have been targeted for treatment for the patient.
  • a summary is added into the narrative, including ratings such as goal and current session, goal and rating the last five sessions, or a description only.
  • the answers for selected questions can be used to create calculation fields within a questionnaire.
  • Calculations can be performed within a narrative format utilizing Likert scales by selecting the "insert formula" icon 717, which brings up a window permitting the user to create an arithmetic formula for aggregating question results, the result of which calculation is inserted into the narrative format at the chosen location.
  • test results can be inserted by selecting the "tests" icon 718.
  • An example of a narrative format and the resulting narrative report for a particular patient is shown in FIGS. 26A,B and 27A,B > respectively. It should be noted that the report need not be output at each administration of the questionnaire, but it can be output whenever desired.
  • FIGS. 26A,B An indication of how the system creates a report is provided by comparing the narrative note format shown in FIGS. 26A,B with the corresponding output report shown in FIGS. 27A,B.
  • item 261 reads: (@Mr. or Mrs.-Misc.@) (@Name (Last possessive)-Patient@) attitude was (@Attitude-Client@).
  • the system thus must retrieve three data items from the patient's electronic chart, and yields the report sentence 271: Dr. Sample- Patient's attitude was overly solicitous, provocative and resistive.
  • BOM behavioral outcomes measurement
  • FIG. 28 A flowchart of the BOM system is presented in FIG. 28. Typically such a graph will be desired following a plurality of treatment sessions, such as after a problem evaluation at step 813 of FIG. 1.
  • a line graph 74 such as illustrated in FIG. 29, or a bar graph 75, such as illustrated in FIG. 30.
  • Which graph type is desired is chosen at step 860.
  • Other options are also available, such as color and the time span and dates to be visualized.
  • the therapist can make decisions for graph elements by selecting the appropriate icon from the tool bar menu on FIGS. 29 and 30. Those referred to herein are shown in FIG. 29.
  • the therapist can decide whether to graph problems and behaviors at step 861; if so, one or more is selected at step 862 for presentation (icon 741).
  • a decision whether to graph Likert-scaled questionnaire items is made at step 863; those desired are selected at step 864 (icon 742).
  • a decision whether to graph interventions and/or therapies is made at step 865; those desired are selected at step 866 (icon 743).
  • a decision whether to graph medications is made at step 867; those desired are selected at step 868 (icon 744).
  • the graph is generated at step 869.
  • FIGS. 29 and 30 are the line graph and bar graph for an exemplary case illustrating three items (745) being graphed on a Likert (1-5) scale with time and a simultaneous presentation of two medications (746) tracking the time during which they were being prescribed.
  • Additional features of the system of the present invention comprise means for extracting and aggregating data for a plurality of patients, typically sorted by one or more criteria, for the purposes of accumulating patient statistics and thereby enabling treatment to be optimized.
  • the system comprises means for creating a followup questionnaire group, for performing such functions as assessing treatment, patient satisfaction, and referral source tracking, although these are not intended to be limiting.
  • This system module can be used to create lists of patients, providers, and/or referrals who will receive a followup questionnaire, typically on hard copy via mailing. Such questionnaires can be constructed at the host or the provider site, although those issuing from the provider site will likely encompass only those patients within its database.
  • a new followup questionnaire group is created as illustrated in the flowchart of FIG. 31 with the use of screen 76 (FIG. 32) and the accessing of the appropriate databases described previously.
  • the followup questionnaire is provided with a title 761 at step 871.
  • a recipient group 762 is chosen at step 872, which may include, for example, patients, providers of record, providers of session, or referrals.
  • a sample size 763 is chosen at step 873, which may be "all" or some maximum number, in which case the system will randomly select a group of individuals who meed the group size chosen.
  • a time frame 764 is chosen at step 874 during which the treatment occurred.
  • Sorting can be accomplished by the system on the basis of any of the tables in the database, including the master question table, questionnaires, problems, and behaviors. For example, the user can choose to select all patients receiving zoloft who have been treated for depression at a particular clinic.
  • the followup questionnaire group can be built at step 877 and mailing labels printed.
  • data extraction can be accomplished as illustrated in the flowchart of FIG. 33, generating files derived from queries of the databases.
  • the files created with this module can be imported into a spreadsheet, database, or statistical package for generating graphs and reports.
  • criteria such as demographic data and clinical factors can be used to select a group of individuals for the query.
  • step 880 it is decided at step 880 whether an already-created extract formula is to be used. If not, the new extract report is provided with a title at step 881.
  • a recipient group is chosen at step 882, which may include, for example, patients, providers of record, providers of session, or referrals.
  • a sample size is chosen at step 883, which may be "all" or some maximum number, in which case the system will randomly select a group of individuals who meed the group size chosen.
  • a time frame is chosen at step 884 during which the treatment occurred.
  • the extract file criteria are chosen at step 885 from a screen 77 illustrated in FIG. 34.
  • This embodiment of the table comprises a tree-browser window 771, from which criteria 772 are chosen that will form the basis for creating the extract file list (e.g., age range, patient sex, employees, etc.). This procedure builds the patient list from which specific data will be extracted.
  • a list of output selections are provided, from which a category of information may be chosen at step 886. For example, if "patient medication” was chosen at step 885, the user may select "ProzacTM.” Steps 885 and 886 may be repeated as needed to add filter criteria.

Abstract

The present invention relates to systems and methods for reporting behavioral health care data, and, more particularly, for creating displays and reports for aggregating data from patient treatment results. One feature permits the user to choose among patient progress indicators relative to a behavioral problem to be graphed versus time, along with one or more treatments, in order to gauge the effect of the treatment upon the behavioral problem. Another feature permits the generation of a narrative report that integrates fixed textual matter with data from the patient's electronic chart. An alternate embodiment of this feature also permits the composition of formats for a narrative report.

Description

SYSTEM AND METHOD FOR REPORTING BEHAVIORAL HEALTH CARE DATA
BACKGROUND OF THE INVENTION
Field of the Invention
The present invention relates to systems and methods for reporting behavioral health care data, and, more particularly, for creating displays and reports for aggregating data from patient treatment results.
Description of Related Art
Health information systems in general, and behavioral health information systems in particular, have been the subject of considerable development efforts. Increasing demands have been placed by regulatory agencies and "hosts," which comprise the insurance companies, health- maintenance organizations, or hospitals that typically approve and pay for a care regimen for a patient. Extensive record-keeping is required, as well as extensive forms generation, time- intensive but non-revenue-generating activities.
Behavioral health care systems share some characteristics with other types of health care systems, including the need for data handling and transfer and billing functions. However, the results achieved with knowledge gleaned from the behavioral sciences until recently have been resistant to quantification and have endured the label of being "soft." For example, it is relatively simple to deduce that a patient can in most cases be cured of a particular type of infection with a dosage of an antibiotic administered over a period of time. However, similar deductions are more difficult to achieve with a behavioral health problem: How many sessions will it take to "cure" a depressed person? What does "cure" actually mean? Therefore, it would be desirable to be able to rate a severity of a behavioral health problem and to track the patient' s improvement over time, including all the variables that comprise the treatment (type and duration of therapy, medication).
In a currently typical provider environment, such as a clinic, several therapists may treat patients on an outpatient basis. On a first visit the patient spends time filling out an information sheet, including demographic (i.e., social security number, name, and address) and insurance information. This handwritten information is then transcribed by a clinic employee and entered into a locally maintained database. Following a patient session, a form is generated, either manually or via the computer, and mailed or faxed to the host. The form contains one or more billing codes, such as those contained in the CPT Code Table, a widely used standard.
At the host site, the data on the form are correlated with a host database to ensure that the patient has a current policy and that the service provided is covered by that policy. This is usually undertaken by a case manager or claims adjudicator, who then either approves or disapproves the service for payment to the provider.
In the behavioral health field, a therapist typically diagnoses a patient's behavior(s) (e.g., absenteeism, acting out) and problem(s) (e.g., anxiety, depression) using the criteria set forth in the Diagnostic and Statistical Manual of Mental Disorders (DSM) and makes detailed handwritten chart notes expanding upon the patient's status. The DSM codes are relayed to the host, accompanied by the CPT code(s), with a request for payment and/or request for treatment approval.
Should the service recommended or provided fall outside the bounds of the patient's coverage, for example, if the patient has not improved sufficiently after a prescribed series of sessions, the provider will have to request additional sessions. Such a request may occur, for example, by sending case notes to the host, which again will have to be reviewed by a case manager.
Another area in which information systems have been applied is in treatment outcome evaluation, wherein a test or a series of tests is repeated at specified time intervals in order to monitor a patient's progress during therapy. Yet another area of usefulness for information systems is in the establishment of a sufficiently large database to enable the calculation of average treatment outcomes. Such an evaluation is intended to provide an indication of treatment norms for a range of behavioral problems and severities. This will enable a host and/or provider to assess the relative effectiveness of a particular patient's treatment over time as compared with the norm. Such data would also be effective in aggregating results for a particular provider site (e.g., clinic) or therapist.
A health resource consumption system has been described by Mohlenbrock et al. (U.S. Pat. No. 5,018,067); an apparatus for measuring psychotherapy outcomes, by Brill (U.S. Pat. No. 5,435,324; and a microcomputer-based mental health information system, by McCullough et al. (American Psychologist 41, 207-14, 1986).
There is no known system that integrates and automates all the behavioral health care provider functions, including maintaining patient records, monitoring patient progress, performing scheduling operations, preparing billing and clinical reports, sending and receiving patient information directly online with a host system, and interfacing with an external database for amassing behavioral health care statistics. Further, there is no known interrelated host system that links multiple provider sites for managing clinical and financial data and permits automated case management, data aggregation, a treatment plan formulary, a query tool, and executive reporting capabilities.
SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide a behavioral health care optimization system and method for integrating patient chart, previous treatment, and treatment plan information, thereby minimizing requirements for human interaction.
It is another object to provide such a system that is compatible with both a host and a provider architecture. It is an additional object to provide such a system and method for automating approval for treatment by the host site.
It is a further object to provide such a system and method that can electronically communicate selected information to a data-collection center for amassing a database of behavioral treatment outcome data. It is yet a further object to provide such a system and method for displaying treatment goals with medications and interventions.
It is yet another object to provide such a system and method that permit the creation of customized questionnaires and the cross-referencing of a particular common question's results. It is yet an additional object to provide such a system and method that permit user-defined branching within a questionnaire.
These objects and others are attained by the present invention, a system and method for reporting behavioral health care data. The system preferably comprises two interrelated systems, one resident within a computer housed at the provider site, which typically includes an office of a behavioral health care worker, such as a psychiatrist, psychologist, or social worker. The provider site may also be a hospital or clinic having a plurality of therapists liked via, for example, a local-area network. The second linked system is resident in a computer at the host site, which is typically a central office of an insurance company, health maintenance organization, or managed care organization. The host site may also be a hospital.
The provider system comprises means for performing a plurality of in-house functions, including assisting providers in electronically performing and recording clinical functions. The provider system also comprises means for displaying and entering results for one or more tests chosen from a group of empirically validated assessments and custom questionnaires. The provider system further comprises means for displaying outcome data versus time in graphical form, superimposed with medication and intervention data, and for monitoring patient progress, tracking a selected outcome measure. Another important feature of the provider system is a means for electronically communicating with the host site computer, which permits electronically managing clinical and financial data, substantially without human intervention. Means are resident within the provider and host systems for achieving data transfer, including requests and approvals for treatment and payment, automatically, so long as the requests fall within a predetermined set of parameters resident within the host computer. Such parameters may also have been downloaded into the provider computer. Should a request not fall within this set of parameters, means are also provided for referring the request to a case manager and for transmitting the case manager's determination back to the provider system. The set of parameters for treatment typically comprise a set of rules that may be different for each plan, the rules governing, for example, how many treatment sessions are automatically granted for a particular behavioral problem reported by the patient. These rules are set at the host site and are fixed unless the host management makes a determination that a rule needs to be changed. Such a determination may be based, for example, on the results of statistics gathered from a plurality of provider sites or a change in a plan governing a particular set of patients. The host system also includes means for tracking treatment plans and maintaining patient records. The host system also includes a database of provider profiles for use in recommending a therapist to a client based on selected criteria such as geographical location and area(s) of specialization.
The features that characterize the invention, both as to organization and method of operation, together with further objects and advantages thereof, will be better understood from the following description used in conjunction with the accompanying drawing. It is to be expressly understood that the drawing is for the purpose of illustration and description and is not intended as a definition of the limits of the invention. These and other objects attained, and advantages offered, by the present invention will become more fully apparent as the description that now follows is read in conjunction with the accompanying drawing.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a flowchart of exemplary host-provider interactions.
FIG. 2 is a schematic diagram of a host-provider system configuration and the structure of a host site and a provider site. FIG. 3 illustrates an exemplary patient list screen.
FIG. 4 illustrates an exemplary patent master screen. FIG. 5 illustrates an exemplary medications screen. FIG. 6 illustrates an exemplary session master screen. FIG. 7 illustrates an exemplary session maintenance screen. FIG. 8 illustrates an exemplary appointment information screen.
FIG. 9 illustrates an exemplary treatment plan screen. FIG. 10 illustrates an exemplary provider plan item screen. FIG. 11 is a flowchart of an exemplary treatment course. FIG. 12 illustrates an exemplary problem/behavior entry screen. FIG. 13 illustrates an exemplary problem/behavior table screen.
FIG. 14 illustrates an exemplary therapy variables table screen. FIG. 15 illustrates an exemplary test screen.
FIG. 16 is a flowchart for choosing and creating a new questionnaire. FIG. 17 illustrates an exemplary questionnaire screen, here an adult intake questionnaire. FIG. 18 illustrates an exemplary select questionnaire screen.
FIG. 19 illustrates an exemplary add new questionnaire screen. FIG. 20 illustrates an exemplary master question table screen. FIG. 21 illustrates an exemplary select questions screen. FIG. 22 illustrates an exemplary add new question screen. FIG. 23 is a flowchart for the creation of a narrative report. FIG. 24 illustrates an exemplary screen for choosing a narrative note format.
FIG. 25 illustrates an exemplary screen for editing the narrative note format.
FIG.26 illustrates an exemplary narrative format structure, with FIG. 26A containing the first page and FIG. 26B, the second page of the format. FIG. 27 illustrates a narrative report created from the narrative formate structure of FIG.
26A,B, with FIG. 27A containing the first page and FIG. 27B, the second page of the report.
FIG. 28 is a flowchart for behavioral outcomes measurement.
FIG. 29 is an exemplary line graph generated by the behavioral outcomes measurement system. FIG. 30 is an exemplary bar graph generated by the behavioral outcomes measurement system.
FIG.31 is a flowchart for creating a recipient group for sending a folio wup questionnaire.
FIG. 32 illustrates an exemplary screen for creating a followup questionnaire group.
FIG. 33 is a flowchart for creating a data extract from the database. FIG. 34 illustrates an exemplary screen for building the criteria for performing the data extract.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
A description of the preferred embodiments of the present invention will now be presented with reference to FIGS. 1-34.
Host-Provider Systems and Interactions
A logic flowchart of an exemplary host-provider interaction comprising obtaining host site approval for and carrying out a treatment plan for a patient is given in FIG. 1. Reference is also made to elements in FIG. 2, which illustrates an exemplary hardware and software configuration for the host-provider system 10.
At step 801 a patient sets up an appointment at a provider site. Such an appointment can be initiated by the host or the patient. A determination is made at step 802 as to whether he/she is a new patient by checking against a patient list housed in a database 321 in the provider computer 32. If the patient is new, a check is made at step 803 as to whether this patient's electronic chart has already been downloaded from the host computer 20.
It is an important feature of the present invention that a patient's demographic and treatment information can be downloaded automatically from a host site without being requested. This occurs by a patient's requesting treatment directly from the host at step 821. The host first checks at step 822 that the patient has a policy, and whether the problem reported by the patient is covered by his policy at step 823. The host site then checks against its provider database at step 824 to recommend a provider to the patient based upon criteria such as geographical location and provider area(s) of specialization. Then, during a subsequent connect time between that provider and the host, the patient's pertinent information is downloaded directly into the provider's database at step 825, where it will be available for access by the provider at step 803, along with a preapproved treatment plan (for example, 5 therapy sessions of 1-hour duration plus a course of medication for depression).
If the new patient's information has not yet been entered, an electronic chart is set up at step 831 with information provided by the patient. Typically the patient is then assigned to a therapist at step 804, who makes an initial behavioral diagnosis during a session using a table housed in the computer database that comprises the DSM codes. The therapist also rates the severity of the problem and enters a goal rating and a therapy treatment plan aimed at achieving that goal into the patient's electronic chart at step 805. Alternatively, a treatment plan may have been included with downloaded patient information at step 825, in which case it will already be resident in the patient's electronic file.
During the next connect with the host, the DSM codes and proposed treatment plan are uploaded to the host at step 806, if the patient has indicated that he/she is insured by that host, and if that host is using the system of the present invention. At the host site, an automatic check is made at step 807 that the patient is covered. If not, the treatment plan is rejected at step 871, and the provider is so notified during the next download. If the patient is covered, a check is next made that the proposed treatment plan falls within the applicable set of treatment approval rules at step 808. If not, the file is referred for human intervention to a case manager at step 881, who decides whether to approve the treatment plan at step 882. If approval is not granted, the treatment plan is rejected and the provider is notified (step 871). If approval is granted, or if the treatment plan fell within the preapproved rules, the host so informs the provider electronically during a download at step 809. Then an appointment can be scheduled for the patient with the provider at step 810.
An approval from the host site may also contain instructions to administer one or more instruments to the patient, which should then be incorporated into the treatment plan. Such instruments, which may include tests and/or questionnaires, can also be mandated by the host to be administered at given intervals in order to gauge patient progress.
Returning to step 802, treatment for a returning patient proceeds by calling up the patient's electronic chart at step 811 and proceeding with the scheduled session at step 812. By the end of the session, the therapist should be able to make a determination at step 813, whether by testing or asking a series of questions from a questionnaire, as to the patient's progress. By referring to the electronic chart, the therapist can see at step 814 whether the patient has achieved the rating chosen as a goal for the problem being treated. If the goal has been achieved, treatment can be terminated at step 815.
If the goal has not yet been achieved, the therapist is able to check at step 816 whether there are further sessions remaining on the approved treatment plan. If there are, another appointment should be scheduled at step 817. If there are not, the therapist will typically set up a revised treatment plan at step 818 and request approval for the new plan by returning to step 806. This revised treatment plan request then is evaluated electronically as outlined above, only needing human intervention if the predetermined set of rules does not permit an approval of the request. In the depression example given above, the set of rules may include automatic approval for an additional five sessions of therapy if the patient has not improved to the goal rating.
It can be seen that the host-provider system 10 of the present invention significantly reduces the need for human intervention in a large proportion of situations for which a rule-based logic can be applied, only requesting the attention of a case manager under conditions that fall outside the coverage boundaries. The system contains virtually unlimited flexibility, since the rules and databases can be updated as desired.
Hardware systems. A schematic diagram of a hardware and software configuration for a host-provider system 10 of the present invention is presented in FIG. 2. Two exemplary configurations are incorporated: In one configuration a host site 20 is in direct communication with a provider site 31, a situation that would obtain for a private practitioner in communication with an insurance company, for example. In another configuration the host site 20 is in communication with a local area network (LAN) system 320, which in turn is in communication with a plurality of provider sites. This situation would be found, for example, at a clinic having a plurality of therapists 36 and a central receptionist/administrator 34. Of course, it is to be understood by one of ordinary skill in the art that each provider will likely be in communication with a plurality of host sites; that is, each provider could be approved for coverage by different insurance companies, health maintenance organizations, etc. Communication then would be initiated between a provider and that host site by whose plan a particular patient is covered. The system provides sufficient flexibility that different sets of information can be mandated and sent to different host sites, with each having its own protocol.
In either of the configurations shown, each provider system at the provider site, as illustrated for provider site 30, comprises at least one provider computer 32, such as a 486- DX100 (32 MB RAM, 500 MB free hard disk, and a 14.4 bps modem 33), that may be networked via LAN 320 (10 Mb/100 Mb CAT 5 certified cable plant, Novell 3.1 or 4.1x, Windows/NT® 3.1 or higher) at the provider site 30, for example, to a reception workstation 34 and at least one, but typically a plurality of, therapist workstations 36 (486-DX100 or higher, 16 MB RAM, 100 MB free disk space SVGA display, 800 x 600, pointing device). Reception terminal 34 may be used for performing functions such as appointment scheduling, billing, and entering demographic information and updates. The host site 20 preferably comprises a LAN server computer 200 (486-DX100, 64 Mb
RAM, 1.2 Gb HDD per 15 concurrent users) and a modem 21 (14.4 bps v. 34), with one port per 10 provider sites. The LAN specifications include 10 Mb\ 100Mb CAT 5 certified cable plant, Novell 3.1 or 4.1x, Windows/NT 3.51 or 4.0. The computer 200 is linked via LAN line 22 to at least one case manager workstation 23 (486-DX100, 16 Mb RAM, 50 Mb free on hard drive, Windows 3.1 or higher, SVGA display 800 x 600). This typically occurs by placing the exception record into a "review" database, which is monitored by a case manager at the host site. The case manager has access to the demographic database 201, the provider database 202, and the plan rules 203.
Host computer functions. Host site 20 comprises a host computer 200 that houses a database 201 of demographic and coverage information for the host's insured participants. The host modem 21 is configured for communication with the provider modem 33. Typically the modems 21,33 are not in constant communication; rather, uploads and downloads are scheduled at predetermined intervals, such as after close of business. These uploads and downloads also can carry messages other than data transfer, such as e-mail messages, during the connect, thus obviating at least some of the need for telephone calls.
The host computer 200 further houses a database 202 of providers accepted for treating patients. From this database 202 the referrals discussed above (FIG. 1, step 824) can be made to a patient desiring treatment based upon data such as geographical location and provider area(s) of specialization. The transfer of patient information is preferably selective and hence subject to a filtering out of data not desired to be sent. For example, prior clinical data may be withheld for reasons of patient confidentiality.
The host computer 20 also houses the set of rules 203 associated with each patient's insurance plan as discussed above, which permits the host computer 20 to approve a treatment plan automatically for a particular patient and also permits the host computer 20 to approve a change in an already-approved treatment plan without seeking a case worker's approval.
In order to amass a large amount of patient treatment statistics, means are also provided for communicating selected patient data to a data-collection center 90 for building a national or regional database. Preferably patient information is filtered prior to transmission, such as by encrypting the patient's social security number, for ensuring patient confidentiality. Such a database would ultimately become sufficiently large that statistically valid conclusions could be drawn as to efficacy of various types of treatments, including patterns of interventions and medications. It is envisioned that such statistics could then be utilized to alter the rules governing preapproved treatment plans. Treatment plans. The treatment plan individualizes and defines the instruments and processes for the course of treatment, such as tests and questionnaires, extent and type of therapy, and level of care to be administered. Additionally, it serves as an electronic filter by which all activity in the patient chart is verified as an approved component of the plan. Therefore, as discussed above, all entries into the patient chart that are in accordance with the plan are preapproved when data are uploaded to the host computer 20. Treatments plans may be general or specific in nature, depending upon the type of disorder being treated and the treatment approach. Treatment plans may be constructed item by item by the provider, or the provider may modify one of an existing set of treatment plan models. Treatment plans may also be downloaded from the host 20. Provider computer functions. Provider computer 32 houses a database 321 of patient information. Upon opening the system, which has security features such as a requirement for entry of an ID and password, a patient list screen 51 (FIG. 3) appears. The list 514 that appears may be filtered by selecting among provider 511, patient status 512, and level of care 513, all of which have drop-down lists associated with them. This list 514 may also be sorted by name, social security number, chart ID number, or social security number of the insured, by selecting the desired item within the list sequence box 515. From this window 51 the user may add a new patient record 516, view a highlighted patient's record 517, or delete a patient record 518. In addition, a search can be performed by entering record information into the search box 519.
Once a desired patient's name 520 has been highlighted, that patient's electronic chart may be viewed either by double-clicking on the name 520, or by clicking on "View" 517, both of which provide entry into the Patient Master module 322.
From the patient list screen 51 the user may also navigate via icons 521 or menu bar items 522 to other sectors of the system. For example, the Scheduling 323 and Billing 325 modules are accessed via drop-down menus on the menu bar 522. An additional feature of the patient list screen is an icon 510 providing a link to a diagnosis table that contains diagnostic labels and criteria set by the American Psychiatric Association in the DSM for all five axes. Hyperlinked text allows the provider to move rapidly from topic to topic and to review differential diagnosis. From the DSM reference screen a complete glossary of terms is also accessible. The patient master screen 52 (FIG. 4) is the first point of entry into a selected patient's electronic chart and includes a template having plurality of data insertion locations, such as "Last Name" 523, including some with what are referred to in WindowsTM terms as a "combination list box" or "combo box," which contain data housed in a user-defined table. These boxes , such as "Marital Status" 524, are for entering demographic information. This type of screen and data entry thereinto are well known in the art. From the patient master screen 52 the user may access other areas of the patient's electronic chart via a plurality of icons positioned across the top of the screen 52. These icons include, but are not intended to be limited to, "Patient Account" 525, "Session Master" 526, "Behavioral Outcomes Measurement System" 527, "Clinician's Summary of Change" 528, "Medications" 529, "Tests" 530, "History" 531, "Treatment Plan" 532, "Clinical Information"
533, "Addresses" 534, "Relationships" 535, "Referrals" 536, "Groups" 537, "Employment Information" 538, and "Insurance Information" 539. Each of these icons provides access to another screen from which desired information may be obtained. For example, clicking on the "Medications" icon 529 brings up the screen 54 shown in FIG. 5, which lists on the left-hand side the medications 541 prescribed for the patient and, on the right-hand side, dosage data 542.
Medications may also be added 543 or deleted 544 by clicking on the appropriate screen location.
A record of all sessions is maintained within the provider computer 32. By clicking on the "Session Master" icon 526, the Session Master module 324 is entered, and the corresponding screen 55 appears (FIG. 6), which represents the patient's clinical, financial, and administrative information related to a treatment session. This module 324 is linked to the Schedule 323 and
Billing 325 modules, so that, when an appointment is scheduled, a corresponding session entry record is created automatically. Session entry records can also be created manually.
On the Session Master screen 55 the user may view a scrollable list 551 of all patient appointments. As a selected appointment is highlighted 552, the corresponding session information appears on the right-hand side, including the Questionnaires administered 553, the
Session Provider 554, and the CPT/Diagnosis 555 entered by the provider for that session.
Double-clicking on an appointment 552 causes the Session Maintenance screen 56 to open (FIG. 7), which may be reviewed, edited, or entered for recording data for a new session. Within the Appointment box 560 are located the Provider 561, Facility 562, Date and Time of Appointment 563, and CPT Billing Codes with Primary Diagnosis 564. If any of this information is desired to be changed, the edit icon 565 may be clicked, which causes the Appointment window 57 to open.
The Appointment window 57 (FIG. 8) includes a session box 571 containing the same information regarding Provider, Facility, Date and Time of appointment as the Session Maintenance window 56. Additional information is found in the CPT codes 572 and Diagnoses 573 boxes; should additional information be desired to be entered in these boxes, the Add from CPT Table 573 or Add from Diagnoses Table 574 buttons can be clicked, which launch windows containing a selection table, respectively, the Procedure Code Table or the Select Diagnosis table. The system will issue a warning if either the CPT code or the diagnosis is not approved on the patient's treatment plan. The CPT codes 572 must be linked to a Diagnosis 573 with the use of the left-pointing arrow 575, which copies the selected diagnosis under the CPT code. Without this link being made, the session cannot be posted for billing. This link is also important when it is desired to print of claim form, such as an HCFA 1500, which is used to submit claim on paper, under conditions in which billing is not performed electronically. The treatment plan for a patient may be viewed or a new plan created by clicking on the appropriate icon 532 on the Patient Master window 52 (FIG. 4), which brings up the Treatment Plan window 58, shown containing an exemplary treatment plan box 581 in FIG. 9. When a plan is first created, by clicking on the Add button 588, a new case window appears, into which should be entered case information and additional demographic information and comments as desired. A provider can be assigned to the case by selecting one from a provider list.
A summary of managed care sessions appears on the lower right of the treatment plan window 58, with a Case Sessions box 582 and a Total Sessions box 585 containing numbers of Approved 583,586 and Used 584,587 Sessions, respectively.
In order to assign a plan element to the treatment plan, the Add button 588 is clicked on the Treatment Plan window, which brings up a list of Provider Plan Items 59 that have been approved for the chosen provider, an exemplary list being illustrated in FIG. 10. Clicking on one of these items brings up the associated screen; for example, selecting the "Medications" option 591 brings up the associated window 54 (FIG. 5).
Upon completion of a session, a billing may be initiated by returning to the Patient List window 51 (FIG. 3) and using a drop-down menu under the menu bar item "Billing" 510, from which the user may navigate to a patient accounts window, from which may be brought up for viewing such information as the patient's account ledger, insurance information, and outstanding charges. Clinical charges are automatically generated by the system upon linking a CPT code to a diagnosis and also by scheduling a new appointment. These charges can then be posted, either individually or in batch mode, by selecting the appropriate buttons within the billing module. Upon posting, the charges are uploaded when desired to the host site 20 for processing, where they are checked for automatic approval or referred to a case manager if necessary.
This upload of patient information to the host site 20 is preferably filtered as desired by the provider 30 to include only those data to which the host is entitled, for example, the results of questionnaires and/or tests specifically requested by the host treatment plan. Other data, such as session notes in narrative form, may be withheld if deemed appropriate by the provider. Alternatively, the selection of data to be sent can be defined by the system. As an example, the system may be designed to filter out such information as: provider personal (spouse information), questionnaires and tests administered that do not belong to the host and the clinician's personal notes.
Patient Treatment
Once the patient demographic data and treatment plan are resident in the provider computer 32, treatment can be initiated. A flowchart of an exemplary course of treatment is illustrated in FIG. 11 , which expands upon step 812 of FIG. 1.
In step 811, the therapist looks up the patient's electronic chart, from which the treatment plan is looked up in step 830. The treatment plan (FIGS. 9 and 10) may include such features as a diagnosis, recommended medication, and a determination of level of care (e.g., outpatient), problem(s), behavior(s), therapy variables, tests, and questionnaires. If a test is scheduled (step 831), it should be administered and scored (step 832); if a questionnaire is scheduled (step 833), it should be administered and the results stored (step 834). The therapist should also determine if a new element is needed in the treatment plan (step 835), and add it if needed (step 836); if an element should be edited (step 837), this should be performed (step 838). Finally, the problem(s) should be evaluated at step 813. It should be noted that, if a new element is deemed by the therapist to be needed, approval may need to be sought from the host. This occurs as indicated in FIG. 1, beginning at step 808. From the Session Maintenance screen 56 (FIG. 7) the provider can access and edit any of a set of linked screens related to the treatment plan:
The Medication screen 54 can be brought up by clicking the Enter button 567 in the Medication box 566. Here the provider can review dosage, quantity, refill, start dates, expiration dates, route of administration, reason for prescribing, and reason for discontinuing a medication. Scrolling through the medications list 541 causes the information in the respective fields to correspond to the medication selected.
The Problem Behavior Entry screen 60 (FIG. 12) is brought up by clicking the Enter button 578 in the Problems/Therapy box 576. Each item in the list 601 has associated with it a behavioral anchor 602 that facilitates precision in rating. The anchor can be accessed by clicking the Anchor button 603. Upon intake, the therapist gives the patient an initial rating "I" 604 and a goal rating "G" 605. In subsequent sessions the therapist records the most current rating "✓" 606, and the previous rating "P" 600 is also displayed. Behaviors/problems can be added to the treatment plan by clicking the Add button 607, which brings up a Problem Behavior Table 61 (FIG. 13), can be deactivated 608 if goal attainment has been achieved, or can be reactivated 609 if problems/behaviors reemerge.
The Problem/Behavior Table 61 (FIG. 13) is used to add and rate items for the Problem/Behavior Entry screen 60. Once a particular behavior 611 is selected from the list 615, the Add button 612 is clicked. The letter "F" next to a behavior name indicates that it is measured by frequency; the letter "S," by severity. The anchors are viewed for the selected behavior by clicking the View Anchors button 613; likewise for the Linked Behaviors button 614. The problems list 615 comprises a tree-structured table, wherein subentries are displayed upon selecting a higher-level head. The Therapy Information screen 62 (FIG. 14) is brought up by clicking the Enter button
577 in the Problems/Therapy box 576 of the Session Maintenance screen 56. Four types of information are available for describing or rating the therapy process: case complexity (not shown), which may be rated on a 1-5 Likert scale; therapist level of experience with various issues or interventions used in the session 621, also rated on a 1-5 Likert scale; common factors in psychotherapy 622, comprising 22 events that can take place in various types of psychotherapy, selected ones of which ratable as to their relative contribution to the effectiveness of a given session; and therapy types 623, wherein the relative significance of various generic interventions or specific techniques associated with various schools of thought are rated to assess the relative contribution of the effectiveness of a given session. As shown in FIG. 11 at step 832, the patient's treatment plan may comprise an administration of one or more tests, perhaps readministered at a preselected interval. The Test screen 63 (FIG. 13) is brought up by clicking the Entry button 569 in the Test/Questionnaire box 568 of the Session Maintenance screen 56, and displays patient scores for tests recorded in a view-only format. Typically the test will have been administered separately, such as on paper, scored, and the results entered by clicking the Edit button.
The patient's treatment plan additionally may comprise an administration of one or more questionnaires, which here are defined as an instrument comprising items selected from a database of questions. The system of the present invention permits virtually unlimited flexibility in using, modifying, and creating such questionnaires. One feature is the ability to transmit questionnaires between the host and the provider; for example, a host may download a questionnaire for administration to a particular patient, in which case that questionnaire will become a part of the provider's database. The host may further designate that questionnaire as copyright protected, in which case that questionnaire would not be approved for use for patients not covered by that host. Likewise, a provider can create and indicate as copyright protected its own questionnaire(s) and prevent their being uploaded to a host site.
A flowchart of the process of choosing and creating a questionnaire is given in FIG. 16.
If a questionnaire is scheduled, which is indicated by the "yes" answer to decision step
833 of FIG. 11, and if the therapist determines that the scheduled questionnaire is adequate at step 840, it is administered as indicated at step 834 in FIG. 11. An example of a questionnaire screen in the database is shown in FIG. 17, an adult intake questionnaire.
The questionnaire template 66 comprises a Question box 661 containing a scrollable list 662 of question topics. When a topic is highlighted 663, the associated narrative question is displayed in the Guided Entry Question box 664. A list of answers 665 is provided in the Answer box 666, and the correct answer 667 is highlighted and clicked to enter it as a response. The answer list 665 may comprise descriptive or informational items, some of which may permit more than one answer, or a Likert rating, allowing only one response. The N/A button 668 defaults to the answer Does Not Apply. Notepad-type narrative comments may also be entered in the Question Comment box 669.
If, however, the scheduled questionnaire is not deemed adequate, the therapist will typically want to administer a different one, and will search the select questionnaire screen at step 841 (FIG. 18). If one among these is deemed adequate at step 842, then it should be checked if that questionnaire is usable for that patient at step 892. If it is, that one is brought up and administered as at step 834 of FIG. 11. If it is not, for example, if the questionnaire is "owned" by a different host from that covering the present patient, the questionnaire database will need to be searched again at step 841 until a usable and acceptable questionnaire is located.
Another feature of the system is that it provides a warning if the selected questionnaire is not part of the approved treatment plan. In this case, approval should be sought from the host site for its administration.
It may happen, however, that none of those among the database of questionnaires is considered adequate, in which case a new questionnaire can be constructed with the tools of the present invention. A new questionnaire may be created entirely de novo, or edited from a cloned version of an existing questionnaire that approximates that which the therapist desires. The therapist brings up the Add New Questionnaire screen 67 (FIG. 19), gives it a name 671, number 672, style 673, and type 674 at step 843. Then questions are selected at step 844 from the master question table (FIG. 20), which contains all the questions resident at that time in the database.
The master question table 64 may comprise questions initially resident the system, questions mandated by the host, and/or questions created by the provider. Each "question" within the master question table 64 contains all the possible answers that may be selected during session entry. Each item 642 in the master question table 64 falls within one of six functional categories
641, comprising: single-answer questions, Likert-scaleable questions, multiple-answer questions, comment-only questions, calculation questions, and headers. Single-answer questions may include those requiring a yes/no answer, or a quantification of a characteristic, such as "ability to make work decisions." Multiple-answer questions allow for more than one answer, such as symptoms experienced. Comment-only questions permit narrative text to be entered.
Calculation questions display the results of calculations such as test score summaries. Headers are used to indicate a new area of questioning that will appear in a narrative note, to be discussed in the following.
A question is chosen from the master question table 64 using the Select Questions screen 68 (FIG. 21), from which the questions 681 are chosen and added at step 845 to the new questionnaire. If the questionnaire is now acceptable (step 846), it can be administered as at step 834 in FIG. 11.
Another feature of the system of the present invention is that the user can also program in a custom guided-entry pattern, wherein the answer to a question determines whether the next question in sequence is asked. For example, if the patient has no history of alcohol abuse, the alcohol-related questions will be skipped.
It may also happen that questions are desired to be entered into the new questionnaire that are not a part of the master question table, determined at step 846. In this case new questions are composed at step 847 with the use of the Add New Question screen 69 (FIG. 22), by naming the question 691, forming the verbiage of the question 692, indicating whether it is Likert scaleable
693, what the entry option is 694, and what the question type is 695.
The questionnaire should now be in a form desired, and it can be administered as at step 834 in FIG. 11.
Reporting of Behavioral Health Care Outcomes
Individual Patient Reporting. The system of the present invention permits great flexibility in extracting and presenting data sorted and aggregated as directed by the user, whether the provider or host. Reports can be prepared directed to any one particular patient or with the use of cross-tabulations to collect data from a plurality of patients. One of the reporting vehicles resident within the system comprises a means for forming and outputting a narrative report from a patient's data already entered into the system, as shown in the flowchart of FIG. 23. This figure proceeds from the step 834 of administering a questionnaire and storing the answers in FIG. 11, if a narrative report is desired (step 850).
A narrative note format serves as the framework for outputting a narrative note. Each format is linked to a particular questionnaire (QN), although a questionnaire can be administered without choosing or creating a narrative note format. The linkage can be checked by accessing the questionnaire/narrative linkage screen (step 851), which is a read-only list. If the linked narrative note format is acceptable as is (step 852), the narrative report can be output, for example, to a printer or to a file, or it can be previewed on the screen (step 853). If the linked format is not acceptable, another existing format can be looked up (step 854) on the narrative notes format screen 70 (FIG. 24), which lists format IDs 701 and descriptions 702. A format is selected (step 855) by linking the questionnaire to that format, and a report is output (step 853) under the direction of the format elements. Alternatively, a format that is close can be selected, cloned, and edited, or a new one can be created de novo. Preferably the therapist selects and clones an existing format (step 856) such as the "New Clinical Report Format," which is set up as a template and is resident in the system and on which can be built a new narrative format. The new format is identified with a new name, description, and link to a questionnaire at step 857 and edited in the Edit Narrative Format screen 71 (FIG. 25) at step 858.
Each format contains a series of discrete sentences that have words in angle brackets indicative of a datum that will be inserted from the patient's electronic chart when the report is output. For example, in the editing box 711 of FIG. 25, (@Name (Last)-Patient@) would fetch the patient's last name from the chart and insert it at that point in the narrative.
Editing the displayed format is accomplished by clicking on the appropriate icon from the tool bar menu 712 in FIG. 25. For example, selecting the "insert sentence" icon 713 permits the user to insert a title or new sentence into the format; similarly for the "insert word" icon 714. A narrative form of a question can also be inserted by selecting the "insert question" icon 715, which brings up a screen containing all the questions resident in the system and from which the answers thereto can also be accessed to ensure that they make sense in the context of the narrative. Additionally, behaviors can be inserted by selecting the appropriate icon 716 that have been targeted for treatment for the patient. A summary is added into the narrative, including ratings such as goal and current session, goal and rating the last five sessions, or a description only.
The answers for selected questions can be used to create calculation fields within a questionnaire. Calculations can be performed within a narrative format utilizing Likert scales by selecting the "insert formula" icon 717, which brings up a window permitting the user to create an arithmetic formula for aggregating question results, the result of which calculation is inserted into the narrative format at the chosen location. Similarly, test results can be inserted by selecting the "tests" icon 718. An example of a narrative format and the resulting narrative report for a particular patient is shown in FIGS. 26A,B and 27A,B> respectively. It should be noted that the report need not be output at each administration of the questionnaire, but it can be output whenever desired.
An indication of how the system creates a report is provided by comparing the narrative note format shown in FIGS. 26A,B with the corresponding output report shown in FIGS. 27A,B. For example, item 261 reads: (@Mr. or Mrs.-Misc.@) (@Name (Last possessive)-Patient@) attitude was (@Attitude-Client@). To create this sentence the system thus must retrieve three data items from the patient's electronic chart, and yields the report sentence 271: Dr. Sample- Patient's attitude was overly solicitous, provocative and resistive.
Another important feature of the present invention is a behavioral outcomes measurement (BOM) system, which comprises a means for graphically tracking problem and behavior Likert ratings and questionnaire Likert ratings for a particular patient. In addition, the medications and types of interventions can be superimposed upon the graphs, permitting great flexibility in outcomes presentation.
A flowchart of the BOM system is presented in FIG. 28. Typically such a graph will be desired following a plurality of treatment sessions, such as after a problem evaluation at step 813 of FIG. 1.
There are two types of graph that can be made with a preferred embodiment of the system of the present invention, although these types are not intended to be limiting: a line graph 74, such as illustrated in FIG. 29, or a bar graph 75, such as illustrated in FIG. 30. Which graph type is desired is chosen at step 860. Other options are also available, such as color and the time span and dates to be visualized.
The therapist can make decisions for graph elements by selecting the appropriate icon from the tool bar menu on FIGS. 29 and 30. Those referred to herein are shown in FIG. 29. The therapist can decide whether to graph problems and behaviors at step 861; if so, one or more is selected at step 862 for presentation (icon 741). A decision whether to graph Likert-scaled questionnaire items is made at step 863; those desired are selected at step 864 (icon 742). A decision whether to graph interventions and/or therapies is made at step 865; those desired are selected at step 866 (icon 743). Finally, a decision whether to graph medications is made at step 867; those desired are selected at step 868 (icon 744). The graph is generated at step 869. It should be noted that these decision steps need not occur in the order presented in FIG. 28. In FIGS. 29 and 30 are the line graph and bar graph for an exemplary case illustrating three items (745) being graphed on a Likert (1-5) scale with time and a simultaneous presentation of two medications (746) tracking the time during which they were being prescribed.
Followup Questionnaires and Data Extraction. Additional features of the system of the present invention comprise means for extracting and aggregating data for a plurality of patients, typically sorted by one or more criteria, for the purposes of accumulating patient statistics and thereby enabling treatment to be optimized.
The system comprises means for creating a followup questionnaire group, for performing such functions as assessing treatment, patient satisfaction, and referral source tracking, although these are not intended to be limiting. This system module can be used to create lists of patients, providers, and/or referrals who will receive a followup questionnaire, typically on hard copy via mailing. Such questionnaires can be constructed at the host or the provider site, although those issuing from the provider site will likely encompass only those patients within its database.
A new followup questionnaire group is created as illustrated in the flowchart of FIG. 31 with the use of screen 76 (FIG. 32) and the accessing of the appropriate databases described previously. First it is decided at step 870 whether an already-created questionnaire is to be used.
If not, the followup questionnaire is provided with a title 761 at step 871. A recipient group 762 is chosen at step 872, which may include, for example, patients, providers of record, providers of session, or referrals. A sample size 763 is chosen at step 873, which may be "all" or some maximum number, in which case the system will randomly select a group of individuals who meed the group size chosen. Finally, a time frame 764 is chosen at step 874 during which the treatment occurred.
A choice can be made at step 875 to impose additional filters, which occurs at step 876.
Sorting can be accomplished by the system on the basis of any of the tables in the database, including the master question table, questionnaires, problems, and behaviors. For example, the user can choose to select all patients receiving zoloft who have been treated for depression at a particular clinic.
Once all the choices have been made, the followup questionnaire group can be built at step 877 and mailing labels printed. In similar fashion, data extraction can be accomplished as illustrated in the flowchart of FIG. 33, generating files derived from queries of the databases. Thus the user can generate data extracts containing the results of searches based on user-defined specifications. The files created with this module can be imported into a spreadsheet, database, or statistical package for generating graphs and reports. As with the followup questionnaire group construction, criteria such as demographic data and clinical factors can be used to select a group of individuals for the query.
First it is decided at step 880 whether an already-created extract formula is to be used. If not, the new extract report is provided with a title at step 881. A recipient group is chosen at step 882, which may include, for example, patients, providers of record, providers of session, or referrals. A sample size is chosen at step 883, which may be "all" or some maximum number, in which case the system will randomly select a group of individuals who meed the group size chosen. Finally, a time frame is chosen at step 884 during which the treatment occurred.
Next the extract file criteria are chosen at step 885 from a screen 77 illustrated in FIG. 34. This embodiment of the table comprises a tree-browser window 771, from which criteria 772 are chosen that will form the basis for creating the extract file list (e.g., age range, patient sex, employees, etc.). This procedure builds the patient list from which specific data will be extracted.
When an item has been selected, a list of output selections are provided, from which a category of information may be chosen at step 886. For example, if "patient medication" was chosen at step 885, the user may select "Prozac™." Steps 885 and 886 may be repeated as needed to add filter criteria.
A choice can be made at step 887 to impose additional filters, which occurs at step 888. Sorting can be accomplished, as for the followup questionnaire, by the system on the basis of any of the tables in the database, including the master question table, questionnaires, problems, and behaviors. Once all the choices have been made, the extract data can be built at step 889 and output to a designated file.
It may be appreciated by one skilled in the art that additional embodiments may be contemplated that are not necessarily limited to the behavioral health care arena, including an analogous system and method for any medical or occupational/physical therapy information system. In the foregoing description, certain terms have been used for brevity, clarity, and understanding, but no unnecessary limitations are to be implied therefrom beyond the requirements of the prior art, because such words are used for description purposes herein and are intended to be broadly construed. Moreover, the embodiments of the apparatus illustrated and described herein are by way of example, and the scope of the invention is not limited to the exact details of construction.
Having now described the invention, the construction, the operation and use of preferred embodiment thereof, and the advantageous new and useful results obtained thereby, the new and useful constructions, and reasonable mechanical equivalents thereof obvious to those skilled in the art, are set forth in the appended claims.

Claims

What is claimed is:
1. A method for reporting behavioral health care data comprising the steps of: providing a database including: a plurality of numerical answers to a behavioral health assessment question administered to a patient a plurality of spaced-apart times; a time history of at least one treatment administered to the patient; accessing the database and selecting the answers to the question; accessing the database and selecting a time history of at least one treatment; displaying a graph of the answers against a time axis; and displaying the selected time history along with the graph against the time axis, for permitting an indication of an effect of the treatment upon the answer.
2. The method recited in Claim 1 , wherein the treatment is selected from a group consisting of a medication, an intervention, and a therapy.
3. The method recited in Claim 1 , wherein the answer comprises an assessment of a behavioral problem.
4. The method recited in Claim 3, wherein the behavioral problem includes one or more of the behavioral conditions of depression, anxiety, hopelessness, suicide ideation, attention-deficit disorder, an eating disorder, substance abuse, and obsessive-compulsive disorder.
5. The method recited in Claim 1 , further comprising the step, prior to the graph- displaying step, of selecting a type of graph to be displayed, the type of graph selected from a group consisting of a bar graph and a line graph.
6. The method recited in Claim 1 , wherein the database-providing step comprises the steps of: constructing and storing an electronic chart for the patient; conducting a series of behavioral health care sessions with the patient; evaluating the behavioral health of the patient by administering the question at a first session to provide an initial numerical rating and during at least one further session to provide an indication of patient progress; and entering the answers into the patient chart.
7. A clinical information system for integrating assessment, intervention, and progress indicators in a behavioral health care program comprising: database means for receiving one or more assessment, intervention, and progress indicators; means with the database means for providing one or more graphic presentations of the assessment, intervention, and progress indicators; and means with the database means for administering a questionnaire on patient status and for updating the indicator information and the corresponding graphic presentations.
8. The information system recited in Claim 7, further comprising data entry means for entering real-time patient responses to the questionnaire.
9. The information system recited in Claim 7, wherein the questionnaire includes assessments for one or more of the behavioral conditions of depression, anxiety, hopelessness, suicide ideation, attention-deficit disorder, an eating disorder, substance abuse, and obsessive- compulsive disorder.
10. A method for reporting behavioral health care and status of a patient comprising the steps of: providing a database comprising at least one patient electronic chart including: patient demographic information; an answer to a behavioral health assessment question administered to the patient; providing a database including at least one narrative note format, the narrative note format comprising: fixed text material; and link indicators interspersed within the text material having means for pointing to specific data in the chart database, at least one link indicator related to patient demographic information and at least one link indicator related to the assessment answer; selecting a narrative note format from the database; integrating the narrative note format with the patient chart data pointed to by the link indicators; and outputting a report comprising a narrative-style text including information specific to the patient from the patient chart.
11. The method recited in Claim 10, wherein: the answer comprises a numerically scaled answer; the integrating step further comprises translating the numerically scaled answer into text, for forming a narrative report having the linked assessment answer in verbal form.
12. The method recited in Claim 11, wherein the translating step comprises correlating the numerically scaled answer to an anchor.
13. The method recited in Claim 11 , wherein: the answer comprises a plurality of numerically scaled answers; the narrative note format further includes a calculation indicator having a plurality of link indicators to, and a formula for, directing an arithmetic operation on at least two numerically scaled answers; and the integrating step further comprises utilizing the formula to perform the arithmetic operation on the indicated numerically scaled answers for including a result therefrom in the report.
14. A method for creating a custom report on the behavioral health care and status of a patient comprising the steps of: providing a database resident in a computer, the database comprising at least one patient electronic chart including: patient demographic information; an answer to a behavioral health assessment question administered to the patient; composing a narrative note format comprising: fixed text material; and link indicators interspersed within the text material having means for pointing to specific data in the chart database, at least one link indicator related to patient demographic information and at least one link indicator related to the assessment answer; storing the narrative note format in the computer; integrating the narrative note format with the patient chart data pointed to by the link indicators; and outputting a report comprising the integrated narrative-style text including information specific to the patient from the patient chart.
15. The method recited in Claim 14, the answer comprises a numerically scaled answer; the integrating step further comprises translating the numerically scaled answer into text, for forming a narrative report having the linked assessment answer in verbal form.
16. The method recited in Claim 15, wherein the translating step comprises correlating the numerically scaled answer to an anchor.
17. The method recited in Claim 14, wherein: the answer comprises a plurality of numerically scaled answers; the narrative note format further includes a calculation indicator having a plurality of link indicators to, and a formula for, directing an arithmetic operation on at least two numerically scaled answers; and the integrating step further comprises utilizing the formula to perform the arithmetic operation on the indicated numerically scaled answers for including a result therefrom in the report.
18. A system for reporting behavioral health care and status of a patient comprising: a computer having resident therein a database comprising: at least one patient electronic chart including: patient demographic information; an answer to a behavioral health assessment question administered to the patient; at least one narrative note format, the narrative note format comprising: fixed text material; and link indicators interspersed within the text material having means for pointing to specific data in the chart database, at least one link indicator related to patient demographic information and at least one link indicator related to the assessment answer; input means for displaying a list of narrative note formats in the database and for selecting a narrative note format therefrom; software means for integrating the narrative note format with the patient chart data pointed to by the link indicators; and means for outputting a report comprising a narrative-style text including information specific to the patient from the patient chart.
19. The system recited in Claim 18, wherein: the answer comprises a plurality of numerically scaled answers; the narrative note format further includes a calculation indicator having a plurality of link indicators to, and a formula for, directing an arithmetic operation on at least two numerically scaled answers; and the integrating means further comprises means for utilizing the formula to perform the arithmetic operation on the indicated numerically scaled answers for including a result therefrom in the report.
20. A system for creating a custom report on the behavioral health care and status of a patient comprising: a computer having resident therein a database comprising at least one patient electronic chart including: patient demographic information; an answer to a behavioral health assessment question administered to the patient; input means for composing and entering a narrative note format into the computer comprising: fixed text material; and link indicators interspersed within the text material having means for pointing to specific data in the chart database, at least one link indicator related to patient demographic information and at least one link indicator related to the assessment answer; software means resident in the computer for integrating the narrative note format with the patient chart data pointed to by the link indicators; and means for outputting a report from the computer comprising the integrated narrative-style text including information specific to the patient from the patient chart.
21. The system recited in Claim 20, wherein: the answer comprises a plurality of numerically scaled answers; the narrative note format further includes a calculation indicator having a plurality of link indicators to, and a formula for, directing an arithmetic operation on at least two numerically scaled answers; and the integrating means further comprises means for utilizing the formula to perform the arithmetic operation on the indicated numerically scaled answers for including a result therefrom in the report.
PCT/US1998/002655 1997-07-03 1998-02-06 System and method for reporting behavioral health care data WO1999001837A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CA002300950A CA2300950A1 (en) 1997-07-03 1998-02-06 System and method for reporting behavioral health care data
AU66539/98A AU6653998A (en) 1997-07-03 1998-02-06 System and method for reporting behavioral health care data
GB0001934A GB2342481A (en) 1997-07-03 1998-02-06 System and method for reporting behavioral health care data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/887,926 1997-07-03
US08/887,926 US6067523A (en) 1997-07-03 1997-07-03 System and method for reporting behavioral health care data

Publications (2)

Publication Number Publication Date
WO1999001837A1 WO1999001837A1 (en) 1999-01-14
WO1999001837A9 true WO1999001837A9 (en) 1999-04-22

Family

ID=25392159

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1998/002655 WO1999001837A1 (en) 1997-07-03 1998-02-06 System and method for reporting behavioral health care data

Country Status (5)

Country Link
US (1) US6067523A (en)
AU (1) AU6653998A (en)
CA (1) CA2300950A1 (en)
GB (1) GB2342481A (en)
WO (1) WO1999001837A1 (en)

Families Citing this family (183)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6968375B1 (en) * 1997-03-28 2005-11-22 Health Hero Network, Inc. Networked system for interactive communication and remote monitoring of individuals
US6725447B1 (en) * 1996-05-31 2004-04-20 Nellcor Puritan Bennett Incorporated System and method for graphic creation of a medical logical module in the arden syntax file format
CN1252877A (en) * 1997-03-13 2000-05-10 第一咨询公司 Disease management system
US6697783B1 (en) * 1997-09-30 2004-02-24 Medco Health Solutions, Inc. Computer implemented medical integrated decision support system
US6363393B1 (en) * 1998-02-23 2002-03-26 Ron Ribitzky Component based object-relational database infrastructure and user interface
US6311162B1 (en) * 1998-07-25 2001-10-30 Ernst F. Reichwein Interactive symptomatic recording system and methods
US6298347B1 (en) * 1998-08-25 2001-10-02 Numoda Corporation System and method for remote data entry
US6484144B2 (en) * 1999-03-23 2002-11-19 Dental Medicine International L.L.C. Method and system for healthcare treatment planning and assessment
EP1295237A2 (en) * 1999-04-30 2003-03-26 Karl-Heinz Bauer Method and device for coordinating several types of therapy and therapy providers involved in the treatment of patients
US6338039B1 (en) * 1999-07-20 2002-01-08 Michael Lonski Method for automated collection of psychotherapy patient information and generating reports and treatment plans
AU3790101A (en) * 1999-10-20 2001-05-14 Salus Media Inc. Adaptive behavior modification system with intelligent agent
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US7107284B1 (en) * 1999-12-28 2006-09-12 Ncr Corporation Method of generating user customized document incorporating at least a portion of discovery information recorded in the system of record database in data warehouse environment
US20050131741A1 (en) * 2000-03-14 2005-06-16 Epic Systems, Corporation Electronic medical records system with active clinical guidelines and patient data
US7383196B1 (en) * 2000-03-14 2008-06-03 Epic Systems Corporation Method for operating active clinical guidelines
AU2001250844A1 (en) * 2000-03-15 2001-09-24 Stephen Faris Apparatus for and method of assessing, monitoring, and reporting on behavioral health disorders
US20010032102A1 (en) * 2000-03-15 2001-10-18 Gersing Kenneth Ronald Psychiatric information systems, methods and computer program products that capture psychiatric information as discrete data elements
US6834285B1 (en) 2000-03-24 2004-12-21 Numoda Corporation Computer system for portable digital data capture and data distribution
WO2001077952A1 (en) * 2000-04-06 2001-10-18 Bindler Paul R Automated and intelligent networked-based psychological services
JP2001306752A (en) * 2000-04-24 2001-11-02 Nec Corp Method and system for questionnaire surrogating job using network
WO2001095214A1 (en) * 2000-06-02 2001-12-13 Quality Metric Method and system for health assessment and monitoring
US7739124B1 (en) 2000-06-02 2010-06-15 Walker Digital, Llc System, method and apparatus for encouraging the undertaking of a preventative treatment
US7818185B2 (en) * 2000-06-02 2010-10-19 Qualitymetric Incorporated Method, system and medium for assessing the impact of various ailments on health related quality of life
US20020016721A1 (en) * 2000-06-05 2002-02-07 Steven Mason System and method for automating record keeping
JP2002024409A (en) * 2000-06-16 2002-01-25 Pfizer Prod Inc Health care system for patient
US8688474B2 (en) * 2000-06-26 2014-04-01 Epic Systems Corporation Patient health record access system
US20020019749A1 (en) * 2000-06-27 2002-02-14 Steven Becker Method and apparatus for facilitating delivery of medical services
US7251610B2 (en) * 2000-09-20 2007-07-31 Epic Systems Corporation Clinical documentation system for use by multiple caregivers
US8050944B2 (en) * 2000-09-20 2011-11-01 Epic Systems Corporation Intelligent patient visit information management and navigation system
US20020055918A1 (en) * 2000-11-08 2002-05-09 Patrick Hlathein Operating room resource management system incorporating an interactive, visual method for coordinating multiple, interdependent
US20020059082A1 (en) * 2000-11-15 2002-05-16 Roger Moczygemba Appointment setting and payment system and method
US20020082870A1 (en) * 2000-11-20 2002-06-27 Mark Penny System and method for processing patient medical information
FI20002571A0 (en) * 2000-11-23 2000-11-23 Oulun Yliopisto Method and system for analyzing the durability of a patient inserting a patient for therapeutic purposes
US20020077854A1 (en) * 2000-12-14 2002-06-20 Porterfield James A. Software and method of coding treatment and recording progress of rehabilitation services
US7275220B2 (en) * 2000-12-22 2007-09-25 Epic Systems Corporation System and method for a seamless user interface for an integrated electronic health care information system
US6983423B2 (en) * 2000-12-22 2006-01-03 Epic Systems Corporation Electronic system for collecting and communicating clinical order information in an acute care setting
US6987998B2 (en) * 2001-02-28 2006-01-17 Cardiac Pacemakers, Inc. Cardiac rhythm management patient report
US7299192B2 (en) * 2001-02-28 2007-11-20 Luttrell Tammy C Process, system, and computer executable program on a storage medium for recording patient treatment by progress toward identified goals
US20020138746A1 (en) * 2001-03-23 2002-09-26 Mark Buttner Method of generating a secure output file
US20030004752A1 (en) * 2001-06-28 2003-01-02 International Business Machines Corporation Method and apparatus for web based multiparty counseling
US20030004788A1 (en) * 2001-06-29 2003-01-02 Edmundson Catherine M. Targeted questionnaire system for healthcare
US20030061073A1 (en) * 2001-08-01 2003-03-27 Khiang Seow Method and system for displaying patient information
WO2003017174A1 (en) * 2001-08-16 2003-02-27 Wharton Robert H Pictorial integrated prescription system
US20030050801A1 (en) * 2001-08-20 2003-03-13 Ries Linda K. System and user interface for planning and monitoring patient related treatment activities
US20030061065A1 (en) * 2001-08-24 2003-03-27 Keeley Damon A.J. Evidence-based outcomes system
JP4909476B2 (en) * 2001-09-14 2012-04-04 株式会社東芝 Hospital information system
US7233960B1 (en) 2001-10-31 2007-06-19 Numoda Corporation System and method for mobile wireless electronic data capture and distribution of a merchant card-processing application
US20030154110A1 (en) * 2001-11-20 2003-08-14 Ervin Walter Method and apparatus for wireless access to a health care information system
US20030130872A1 (en) * 2001-11-27 2003-07-10 Carl Dvorak Methods and apparatus for managing and using inpatient healthcare information
US20030120512A1 (en) * 2001-12-20 2003-06-26 Dengler William C. Internet-based integrated healthcare delivery process and model
US20030216945A1 (en) * 2002-03-25 2003-11-20 Dvorak Carl D. Method for analyzing orders and automatically reacting to them with appropriate responses
US20030187691A1 (en) * 2002-03-28 2003-10-02 Health Net, Inc. Method and system for matching a service seeker with a service provider
US7672853B2 (en) * 2002-03-29 2010-03-02 Siebel Systems, Inc. User interface for processing requests for approval
US7529680B2 (en) * 2002-03-29 2009-05-05 Siebel Systems, Inc. Screening electronic service requests
US7490049B2 (en) * 2002-03-29 2009-02-10 Medco Health Solutions, Inc. Patient oriented point of care system and method
US20030200102A1 (en) * 2002-04-17 2003-10-23 Kamose Tao Real estate transaction method
US8239780B2 (en) * 2002-04-23 2012-08-07 Draeger Medical Systems, Inc. System and user interface supporting trend indicative display of patient medical parameters
US20030220821A1 (en) * 2002-04-30 2003-11-27 Ervin Walter System and method for managing and reconciling asynchronous patient data
FR2839170B1 (en) * 2002-04-30 2004-12-17 Patient On Line INFORMATION MANAGEMENT SYSTEM INTEGRATED IN A PROTOCOL
US20030220816A1 (en) * 2002-04-30 2003-11-27 Andy Giesler System and method for managing interactions between machine-generated and user-defined patient lists
US20030220817A1 (en) * 2002-05-15 2003-11-27 Steve Larsen System and method of formulating appropriate subsets of information from a patient's computer-based medical record for release to various requesting entities
US20040010465A1 (en) * 2002-05-20 2004-01-15 Cliff Michalski Method and apparatus for exception based payment posting
US7979294B2 (en) * 2002-07-31 2011-07-12 Epic Systems Corporation System and method for providing decision support to appointment schedulers in a healthcare setting
EP1403807A1 (en) * 2002-09-25 2004-03-31 Siemens Aktiengesellschaft Patient monitoring system with automatic seizure of daily ability limitations
US7290016B2 (en) * 2003-05-27 2007-10-30 Frank Hugh Byers Method and apparatus for obtaining and storing medical history records
US20050033608A1 (en) * 2003-08-04 2005-02-10 Jeremy Sherr Homoeopathic analysis and synthesis software
US8825502B2 (en) * 2003-09-30 2014-09-02 Epic Systems Corporation System and method for providing patient record synchronization in a healthcare setting
US20050071195A1 (en) * 2003-09-30 2005-03-31 Cassel David A. System and method of synchronizing data sets across distributed systems
US20050154613A1 (en) * 2004-01-13 2005-07-14 Kade Christopher S. System and method for creation of operative notes for use in surgical facilities
US20050197862A1 (en) * 2004-01-30 2005-09-08 Pharmetrics, Inc. Medical data analysis system
US20060080140A1 (en) * 2004-02-09 2006-04-13 Epic Systems Corporation System and method for providing a clinical summary of patient information in various health care settings
IL161263A0 (en) * 2004-04-02 2004-09-27 Crossix Solutions Llc A privacy preserving data-mining protocol
US20050234741A1 (en) * 2004-04-16 2005-10-20 Sumit Rana Electronic appointment scheduling for medical resources
US8428968B2 (en) * 2004-05-10 2013-04-23 Epic Systems Corporation Interactive system for patient access to electronic medical records
WO2005122042A2 (en) * 2004-06-02 2005-12-22 Catalis, Inc. Method and system for generating medical narrative
US20060004605A1 (en) * 2004-06-21 2006-01-05 Epic Systems Corporation System and method for a comprehensive interactive graphical representation of a health care facility for managing patient care and health care facility resources
US20050283387A1 (en) * 2004-06-21 2005-12-22 Epic Systems Corporation System for providing an interactive anatomical graphical representation of a body for use in a health care environment
KR20060050025A (en) * 2004-07-12 2006-05-19 김지욱 On-line apparatus for curing body status, method
US8725547B2 (en) 2004-08-24 2014-05-13 Epic Systems Corporation Utilization indicating schedule scanner
US20060047554A1 (en) * 2004-08-24 2006-03-02 Steven Larsen Rules based resource scheduling
US20060053034A1 (en) * 2004-09-08 2006-03-09 Epic Systems Corporation System and method for providing a real-time status for managing encounters in health care settings
US20060085381A1 (en) * 2004-10-20 2006-04-20 Epic Systems Corporation Remote deployment access system and method
US20060117021A1 (en) * 2004-11-29 2006-06-01 Epic Systems Corporation Shared account information method and apparatus
US8140370B2 (en) * 2005-01-20 2012-03-20 Epic Systems Corporation System and method for reducing the steps involved in searching for available appointment times and scheduling appointments in a health care environment
US7797165B1 (en) * 2005-02-17 2010-09-14 E-Scan Data Systems, Inc. Lossless account compression for health care patient benefits eligibility research system and methods
US7778850B2 (en) 2005-02-17 2010-08-17 E-Scan Data Systems, Inc. Health care patient benefits eligibility research system and methods
US20060200368A1 (en) * 2005-03-04 2006-09-07 Health Capital Management, Inc. Healthcare Coordination, Mentoring, and Coaching Services
US8700439B2 (en) * 2005-09-27 2014-04-15 Morgan Stanley Action console framework
US20070122780A1 (en) * 2005-10-31 2007-05-31 Behavioral Health Strategies Of Utah, Llc Systems and methods for support of behavioral modification coaching
US20070214015A1 (en) * 2006-03-06 2007-09-13 Christian James G Healthcare management
US8126738B2 (en) * 2006-04-28 2012-02-28 Mdi Technologies, Inc. Method and system for scheduling tracking, adjudicating appointments and claims in a health services environment
US8126739B2 (en) * 2006-04-28 2012-02-28 MDI Technologies, Inc Method and system for tracking treatment of patients in a health services environment
US20080059242A1 (en) * 2006-05-26 2008-03-06 My Health Care Manager, Llc Health information management system and method
US8577933B2 (en) * 2006-08-02 2013-11-05 Crossix Solutions Inc. Double blinded privacy-safe distributed data mining protocol
WO2008127627A1 (en) * 2007-04-12 2008-10-23 Warren Pamela A Psychological disability evaluation software, methods and systems
US20080258922A1 (en) * 2007-04-17 2008-10-23 Coronaria Impact Oy Electronic patient treatment query
US20080288291A1 (en) * 2007-05-16 2008-11-20 Silver Springs - Martin Luther School Digital Signature, Electronic Record Software and Method
US8075306B2 (en) 2007-06-08 2011-12-13 Align Technology, Inc. System and method for detecting deviations during the course of an orthodontic treatment to gradually reposition teeth
US8562338B2 (en) 2007-06-08 2013-10-22 Align Technology, Inc. Treatment progress tracking and recalibration
US9060829B2 (en) 2007-06-08 2015-06-23 Align Technology, Inc. Systems and method for management and delivery of orthodontic treatment
US10342638B2 (en) 2007-06-08 2019-07-09 Align Technology, Inc. Treatment planning and progress tracking systems and methods
US20080306724A1 (en) * 2007-06-08 2008-12-11 Align Technology, Inc. Treatment planning and progress tracking systems and methods
US20090037223A1 (en) * 2007-08-01 2009-02-05 Medical Development International Ltd. Inc. System and method for accessing patient history information in a health services environment using a human body graphical user interface
CA2702408C (en) 2007-10-12 2019-08-06 Patientslikeme, Inc. Self-improving method of using online communities to predict health-related outcomes
US9282927B2 (en) 2008-04-24 2016-03-15 Invention Science Fund I, Llc Methods and systems for modifying bioactive agent use
US9026369B2 (en) * 2008-04-24 2015-05-05 The Invention Science Fund I, Llc Methods and systems for presenting a combination treatment
US20100081860A1 (en) * 2008-04-24 2010-04-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational System and Method for Memory Modification
US20100041958A1 (en) * 2008-04-24 2010-02-18 Searete Llc Computational system and method for memory modification
US20100076249A1 (en) * 2008-04-24 2010-03-25 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US9449150B2 (en) 2008-04-24 2016-09-20 The Invention Science Fund I, Llc Combination treatment selection methods and systems
US20090269329A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Combination Therapeutic products and systems
US9649469B2 (en) 2008-04-24 2017-05-16 The Invention Science Fund I Llc Methods and systems for presenting a combination treatment
US7801686B2 (en) * 2008-04-24 2010-09-21 The Invention Science Fund I, Llc Combination treatment alteration methods and systems
US20100042578A1 (en) * 2008-04-24 2010-02-18 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US20100125561A1 (en) * 2008-04-24 2010-05-20 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US8682687B2 (en) * 2008-04-24 2014-03-25 The Invention Science Fund I, Llc Methods and systems for presenting a combination treatment
US20100017001A1 (en) * 2008-04-24 2010-01-21 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US20090271122A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for monitoring and modifying a combination treatment
US8930208B2 (en) * 2008-04-24 2015-01-06 The Invention Science Fund I, Llc Methods and systems for detecting a bioactive agent effect
US20090270688A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting a combination treatment
US20100100036A1 (en) * 2008-04-24 2010-04-22 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational System and Method for Memory Modification
US8606592B2 (en) * 2008-04-24 2013-12-10 The Invention Science Fund I, Llc Methods and systems for monitoring bioactive agent use
US20090271375A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Combination treatment selection methods and systems
US20090270694A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for monitoring and modifying a combination treatment
US9560967B2 (en) * 2008-04-24 2017-02-07 The Invention Science Fund I Llc Systems and apparatus for measuring a bioactive agent effect
US8615407B2 (en) * 2008-04-24 2013-12-24 The Invention Science Fund I, Llc Methods and systems for detecting a bioactive agent effect
US20100022820A1 (en) * 2008-04-24 2010-01-28 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US20090271009A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Combination treatment modification methods and systems
US20100081861A1 (en) * 2008-04-24 2010-04-01 Searete Llc Computational System and Method for Memory Modification
US20100041964A1 (en) * 2008-04-24 2010-02-18 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for monitoring and modifying a combination treatment
US20090312668A1 (en) * 2008-04-24 2009-12-17 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US20100015583A1 (en) * 2008-04-24 2010-01-21 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational System and method for memory modification
US20100004762A1 (en) * 2008-04-24 2010-01-07 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational system and method for memory modification
US20090271347A1 (en) * 2008-04-24 2009-10-29 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for monitoring bioactive agent use
US9662391B2 (en) 2008-04-24 2017-05-30 The Invention Science Fund I Llc Side effect ameliorating combination therapeutic products and systems
US7974787B2 (en) 2008-04-24 2011-07-05 The Invention Science Fund I, Llc Combination treatment alteration methods and systems
US8876688B2 (en) * 2008-04-24 2014-11-04 The Invention Science Fund I, Llc Combination treatment modification methods and systems
US9064036B2 (en) * 2008-04-24 2015-06-23 The Invention Science Fund I, Llc Methods and systems for monitoring bioactive agent use
US20100030089A1 (en) * 2008-04-24 2010-02-04 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for monitoring and modifying a combination treatment
US9239906B2 (en) * 2008-04-24 2016-01-19 The Invention Science Fund I, Llc Combination treatment selection methods and systems
US8069061B2 (en) * 2008-05-12 2011-11-29 Robert Eric Heidel Computer software program for mental health professionals
US20100004948A1 (en) * 2008-07-01 2010-01-07 Mckesson Financial Holdings Limited Apparatus, method, system and computer program product for creating, individualizing and integrating care plans
US8688466B2 (en) * 2008-09-15 2014-04-01 ZocDoc, Inc. Data synchronization for booking of healthcare appointments across practice groups
US8694330B2 (en) * 2008-12-30 2014-04-08 The Invention Science Fund I, Llc Methods and systems for presenting an inhalation experience
US20100163038A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US8738395B2 (en) * 2008-12-30 2014-05-27 The Invention Science Fund I, Llc Methods and systems for presenting an inhalation experience
US20100163027A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US20100163033A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US20100163025A1 (en) * 2008-12-30 2010-07-01 Searete Llc Methods and systems for presenting an inhalation experience
US20100163034A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US8725529B2 (en) * 2008-12-30 2014-05-13 The Invention Science Fund I, Llc Methods and systems for presenting an inhalation experience
US20100163024A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Methods and systems for presenting an inhalation experience
US20100168529A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US20100169260A1 (en) * 2008-12-30 2010-07-01 Searete Llc Methods and systems for presenting an inhalation experience
US20100168525A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US8712794B2 (en) * 2008-12-30 2014-04-29 The Invention Science Fund I, Llc Methods and systems for presenting an inhalation experience
US20100166613A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US8706518B2 (en) * 2008-12-30 2014-04-22 The Invention Science Fund I, Llc Methods and systems for presenting an inhalation experience
US20100163036A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US20100169259A1 (en) * 2008-12-30 2010-07-01 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Methods and systems for presenting an inhalation experience
US20100241449A1 (en) * 2009-03-10 2010-09-23 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational systems and methods for health services planning and matching
US9892435B2 (en) * 2009-03-10 2018-02-13 Gearbox Llc Computational systems and methods for health services planning and matching
US20100274577A1 (en) * 2009-03-10 2010-10-28 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational systems and methods for health services planning and matching
US20100268057A1 (en) * 2009-03-10 2010-10-21 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Computational systems and methods for health services planning and matching
US9886729B2 (en) * 2009-03-10 2018-02-06 Gearbox, Llc Computational systems and methods for health services planning and matching
US9858540B2 (en) * 2009-03-10 2018-01-02 Gearbox, Llc Computational systems and methods for health services planning and matching
US20100241448A1 (en) * 2009-03-10 2010-09-23 Searete Llc, A Limited Corporation Of The State Of Delaware Computational systems and methods for health services planning and matching
US10319471B2 (en) 2009-03-10 2019-06-11 Gearbox Llc Computational systems and methods for health services planning and matching
US9911165B2 (en) 2009-03-10 2018-03-06 Gearbox, Llc Computational systems and methods for health services planning and matching
EP2430574A1 (en) 2009-04-30 2012-03-21 Patientslikeme, Inc. Systems and methods for encouragement of data submission in online communities
US20110077970A1 (en) * 2009-09-30 2011-03-31 Andrew Mellin Method, apparatus and computer program product for providing a patient quality monitor
US9420971B2 (en) 2009-10-24 2016-08-23 Carrot Sense, Inc. Extracorporeal devices and methods for facilitating cessation of undesired behaviors
US20110137670A1 (en) * 2009-12-04 2011-06-09 Mckesson Financial Holdings Limited Methods, apparatuses, and computer program products for facilitating development and execution of a clinical care plan
US20140081659A1 (en) 2012-09-17 2014-03-20 Depuy Orthopaedics, Inc. Systems and methods for surgical and interventional planning, support, post-operative follow-up, and functional recovery tracking
FI20135204L (en) * 2013-03-04 2014-09-25 iStoc Oy Test administration
US10115123B2 (en) * 2014-09-17 2018-10-30 Facebook, Inc. Execution engine for generating reports for measuring effectiveness of advertising campaigns
WO2016164484A1 (en) 2015-04-07 2016-10-13 Carrot Sense, Inc. Systems and methods for quantification of, and prediction of smoking behavior
US10206572B1 (en) 2017-10-10 2019-02-19 Carrot, Inc. Systems and methods for quantification of, and prediction of smoking behavior
US20160365006A1 (en) * 2015-06-11 2016-12-15 Paul Ash Minturn Quantified Well-Being Evaluations, Improvement Programs and Scientific Wellness Video Games
US10405790B2 (en) * 2015-11-19 2019-09-10 International Business Machines Corporation Reverse correlation of physiological outcomes
US11894139B1 (en) 2018-12-03 2024-02-06 Patientslikeme Llc Disease spectrum classification
AU2020416271A1 (en) 2019-12-30 2022-08-25 JNTL Consumer Health I (Switzerland) GmbH Systems and methods for assisting individuals in a behavioral-change program
US20230178202A1 (en) * 2021-12-02 2023-06-08 CadenceRx Methods and Systems for Managed Authorization Routing

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4464122A (en) * 1982-12-02 1984-08-07 Berkeley Fuller Health potential summary and incentive system
US4642768A (en) * 1984-03-08 1987-02-10 Roberts Peter A Methods and apparatus for funding future liability of uncertain cost
US4722055A (en) * 1984-03-08 1988-01-26 College Savings Bank Methods and apparatus for funding future liability of uncertain cost
US4648037A (en) * 1984-03-15 1987-03-03 Metropolitan Life Insurance Company Method and apparatus for benefit and financial communication
US4750121A (en) * 1985-10-03 1988-06-07 Halley Gustavo M Pension benefits system
US4839804A (en) * 1986-12-30 1989-06-13 College Savings Bank Method and apparatus for insuring the funding of a future liability of uncertain cost
US5018067A (en) * 1987-01-12 1991-05-21 Iameter Incorporated Apparatus and method for improved estimation of health resource consumption through use of diagnostic and/or procedure grouping and severity of illness indicators
US4837693A (en) * 1987-02-27 1989-06-06 Schotz Barry R Method and apparatus for facilitating operation of an insurance plan
US5025374A (en) * 1987-12-09 1991-06-18 Arch Development Corp. Portable system for choosing pre-operative patient test
US4933842A (en) * 1988-02-29 1990-06-12 Tesseract Corporation Automated investment fund accounting system
US5084819A (en) * 1988-11-10 1992-01-28 Response Technologies Inc. Data collection, analysis, and response system and method
US4969094A (en) * 1989-05-22 1990-11-06 Pension Benefits System Trust Self-implementing pension benefits system
US5065315A (en) * 1989-10-24 1991-11-12 Garcia Angela M System and method for scheduling and reporting patient related services including prioritizing services
JPH04246791A (en) * 1991-02-01 1992-09-02 Hitachi Ltd Questionnaire data collecting and analyzing system
US5225976A (en) * 1991-03-12 1993-07-06 Research Enterprises, Inc. Automated health benefit processing system
US5301105A (en) * 1991-04-08 1994-04-05 Desmond D. Cummings All care health management system
US5544044A (en) * 1991-08-02 1996-08-06 United Healthcare Corporation Method for evaluation of health care quality
US5136502A (en) * 1991-10-02 1992-08-04 Fred Van Remortel System for funding, analyzing and managing health care liabilities
US5262943A (en) * 1991-10-15 1993-11-16 National Computer Systems, Inc. System and process for information management and reporting
US5327341A (en) * 1991-10-28 1994-07-05 Whalen Edward J Computerized file maintenance system for managing medical records including narrative reports
US5359509A (en) * 1991-10-31 1994-10-25 United Healthcare Corporation Health care payment adjudication and review system
US5423324A (en) * 1992-01-13 1995-06-13 Tomita; Mitsuei Apparatus for detecting and displaying blood circulatory information
US5207580A (en) * 1992-06-12 1993-05-04 Strecher Victor J Tailored health-related behavior change and adherence aid system
WO1994000817A1 (en) * 1992-06-22 1994-01-06 Health Risk Management, Inc. Health care management system
EP0656761A4 (en) * 1992-08-21 1995-07-26 Peter L Brill Method and apparatus for measuring psychotherapy outcomes.
US5879163A (en) * 1996-06-24 1999-03-09 Health Hero Network, Inc. On-line health education and feedback system using motivational driver profile coding and automated content fulfillment
US5377258A (en) * 1993-08-30 1994-12-27 National Medical Research Council Method and apparatus for an automated and interactive behavioral guidance system
US5692501A (en) * 1993-09-20 1997-12-02 Minturn; Paul Scientific wellness personal/clinical/laboratory assessments, profile and health risk managment system with insurability rankings on cross-correlated 10-point optical health/fitness/wellness scales
US5560005A (en) * 1994-02-25 1996-09-24 Actamed Corp. Methods and systems for object-based relational distributed databases
US5704366A (en) * 1994-05-23 1998-01-06 Enact Health Management Systems System for monitoring and reporting medical measurements
US5555191A (en) * 1994-10-12 1996-09-10 Trustees Of Columbia University In The City Of New York Automated statistical tracker
US5619991A (en) * 1995-04-26 1997-04-15 Lucent Technologies Inc. Delivery of medical services using electronic data communications
US5835897C1 (en) * 1995-06-22 2002-02-19 Symmetry Health Data Systems Computer-implemented method for profiling medical claims

Also Published As

Publication number Publication date
CA2300950A1 (en) 1999-01-14
GB0001934D0 (en) 2000-03-22
AU6653998A (en) 1999-01-25
US6067523A (en) 2000-05-23
WO1999001837A1 (en) 1999-01-14
GB2342481A (en) 2000-04-12

Similar Documents

Publication Publication Date Title
US6067523A (en) System and method for reporting behavioral health care data
US6108665A (en) System and method for optimizing behaviorial health care collection
Smith et al. Evaluating the impact of computerized clinical documentation
US7552063B1 (en) Physician office viewpoint survey system and method
US6047259A (en) Interactive method and system for managing physical exams, diagnosis and treatment protocols in a health care practice
KR101136470B1 (en) Improvements relating to graphical user interfaces
US8620677B2 (en) Online, interactive evaluation of research performance
US7899702B2 (en) System and method for facilitating generation and performance of on-line evaluations
US20040039601A1 (en) Virtual file cabinet including health information method and apparatus
US10755806B2 (en) Graphical presentation of medical data
US20040024616A1 (en) Iternet-based, customizable clinical information system
US20030191667A1 (en) System and user interface supporting use of rules for processing healthcare and other claim data
US20090083703A1 (en) Electronic Clinical Study Site Generation System
WO2002073497A2 (en) Method and apparatus for delivering healthcare
US7464043B1 (en) Computerized method and system for obtaining, storing and accessing medical records
US20140195624A1 (en) System and method for transferring data with electronic messages
WO1999001832A1 (en) System and method for managing behavioral health care data
GB2401226A (en) Rules based ticketing for self-scheduling of appointments
AU2001249907A1 (en) Method and system for maintaining computerized dental records
US20070067188A1 (en) Integrated passcode referral system and method for facilitating the administration of psychological assessments
US20160239910A1 (en) System and method for preparation of clinical trial budgets
US20040098409A1 (en) Adaptable screening system and method
McCarthy et al. Ethics and the computerization of pharmacy
Carmichael et al. An In-House Computer System for General Office Ophthalmology
Piyasirananda Juvenile registration and information system of the counseling center

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GE GH GM GW HU ID IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: C2

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GE GH GM GW HU ID IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: C2

Designated state(s): GH GM KE LS MW SD SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

COP Corrected version of pamphlet

Free format text: PAGES 1/24-24/24, DRAWINGS, REPLACED BY NEW PAGES 1/36-36/36; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: KR

ENP Entry into the national phase

Ref country code: GB

Ref document number: 200001934

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 66539/98

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2300950

Country of ref document: CA

Ref country code: CA

Ref document number: 2300950

Kind code of ref document: A

Format of ref document f/p: F

NENP Non-entry into the national phase

Ref country code: JP

Ref document number: 1999507107

Format of ref document f/p: F

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase