CA2196549A1 - Method and system for generating statistically-based medical provider utilization profiles - Google Patents
Method and system for generating statistically-based medical provider utilization profilesInfo
- Publication number
- CA2196549A1 CA2196549A1 CA002196549A CA2196549A CA2196549A1 CA 2196549 A1 CA2196549 A1 CA 2196549A1 CA 002196549 A CA002196549 A CA 002196549A CA 2196549 A CA2196549 A CA 2196549A CA 2196549 A1 CA2196549 A1 CA 2196549A1
- Authority
- CA
- Canada
- Prior art keywords
- code
- codes
- medical
- service
- index
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
Abstract
A method and system for analyzing historical medical provider billings to statistically establish a normative utilization profile. Comparison of a medical provider's utilization profile with a normative profile is enabled.
Client data (101) is loaded from tape. Steps of reordering fields (103) and performing date of service expansion (104) are made. Data is then merged and sorted (106) to ensure all bill ID's are grouped together. Data (108) is then read, analyzed and merged into an extended data set (110). Any other processing (111) may occur and an episode of care (121) is created.
Client data (101) is loaded from tape. Steps of reordering fields (103) and performing date of service expansion (104) are made. Data is then merged and sorted (106) to ensure all bill ID's are grouped together. Data (108) is then read, analyzed and merged into an extended data set (110). Any other processing (111) may occur and an episode of care (121) is created.
Description
~ W096/00423 21 ~6~4~ PCT~s9~10,962 METHOD AND SYSTEM FOR GENERATING
STATISTICALLY-BASED MEDICAL PROVIDER
~TILIZATION PROFILES
I. BAU~KUUNL~ OF INVEN~ION
A. Field o~ the Invention The inventlon relates to methods and systems for analyzing medical claims histories and billing patterns to statistically establish treatment utilization patterns for various medical services. ~ata is validated using statistical and clinically derived methods. Based on historical treatment patterns and a fee schedule, an accurate model of the cost of a specific medical episode can be created. Various treatment patterns for a particular diagnosis can be compared by treatment cost and patient outcome to determine the most effective treatment approach.
It is also possible to identify those medical providers who provide treatment that does not fall within the statistically established treatment patterns or profiles.
B. The Background Art It is desirable to compare claims for reimbursement for medical services against a treatment pattern developed from a large body of accurate medical provider billing history information. Although in the prior art some attempt was made to compare claims for reimbursement for medical services to a normative index, the prior art did not construct the normative index based on actual clinical data.
Rather, the prior art based the normative index on a subjective conception (such as the medical consensus of a specialty group) of what the proper or typical course of treatment should be for a given diagnosis. Such prior art normative indices tended to vary from the reality of medical ~ practice. In the prior art, automated medical claims F ocessing systems, systems for detecting submission of a ~ 35 fraudulent medical claims, and systems for providing a W096l0~23 ~ ~6 54q ~ 2 medical baseline for the evaluation of ambulatory meaical services were known. Documents which may be relevant to the background of the invention, including documents pertaining to medical reimbursement systems, m~h~nirm~ for detecting fraudulent medical claims, and relat.ed analytical ar.d processing methods, were known. Examples include: ~nited States Patent No. 4,858~121, entitled l~Medical Payment System" and issued in the name Barber et al. on August 15, 1985; No. 5,253,164, entitled "System and Method for Detecting Fraudulent Medical Claims Via Examination of Service Codes" and issued in the name of ~olloway et al. on October 1~, 1993; No. 4,803,G41, entitled "Basic Expert System Tool" and issued in the name of Hardy et al. on ebruary 7, l98g; No. 5,6';8,37a, entitled "Knowledge Engineeriny Tool~ and issued in the name of Erman et ai. on April 14, 198~; No. 4,667,292, entitled "Medical Reimbursement Computer System" and issued in the name of Mohlenbrock et al. on May 19, 1987; No. 4,858,121, entitled ~Medical Payment System" and issued in the name of Barber et al. on August 15, 1989; and No. 4,987,538, entitled ~Automated Processing of Provider Billings" and issued in the name of Johnaon et al. on January 22, 1991, each of which i~ hereby incorporated by reference ir. itr, entirety for the material disclosed therein.
Additional examples of documents that may be relevant to the background of the invention are: Leape, "Practice Guidelines and Standards: An Overviewt" ORB (Feb. 1990~;
Jollis et al., ~3iscordance of Databases Designed for O'laims Payment versus Clinical Information Systems," Annals of In~ernal Medicine (Oct. 15, 19931; Freed et al., "Tracking Quality Assurance Activity," American Colleqe of Utilization Review Phvsicians (November, 1988); Roberts et al., "Quality and Cost-Efficiency," Americar. Colleqe of ~tilization Review Phvsicians ~November, 19881, Rodriguez, "~iterature Review,"
Oualit~ Assursnce and Utilization Review - Official ~osrn~7 of the American Colleqe of Medical Oualitv (Fall 1991~;
~ W096/00423 2 1 9 ' ~4 ~ PCTNS95/07962 Elden, "The Direction of the Healthcare Marketplace,"
Journal of the American Colleqe of Utilizatior Review Phvsicians ~August 1989); Rodriguez, "Literature Review,"
Ouality Assurance and Utilization Review - Official Journal of the American Colleqe of Medical oualitY (Fall l991j; Roos et al., "Using Administrative Data to Predict Important Health Outcomes," Medical Care ~March 1988j; Burns et al., "The Use of Continuous Quality Il..pruv~ nt Methods in the Development and Dissemination of Medical Practice Guidelines, ORB (December, 1992); Weingarten, "The Case for Intensive Dissemination: Adoption of Practice Guidelines in the Coronary Care Unit," ûRB (Decem~er, 1992); Flagle et al., "AHCPR-NLM Joint Initiative for Health Services Research Information: 1992 Update on OHSRI," ORB (December, 1992); Holzer, "The Advent of Clinical Standards for Professional Liability," ORB (February, 1990); Gottleib et al., "Clinical Practice Guidelines at an HMO: Development and Implementation in a Quality Improvement Model," ORB
(February, 1990~; Borbas et al., "The Minnesota Clinical Comparison and Assessment Project," ORB ~February, 1990) Weiner et al., ~Applying Insurance Claims Data to Assess Quality of Care: A Compilation of Potential Indicators,ll QRB
(December, 1990)j Wakefield et al., 'IOvercoming the Barriers to Implementation of TQM~CQI in Hospitals: Myths and Realities," ORB (March, 1993); Donabedian, "The Role of Outcomes in Quality Assessment and Assurance, 1l ORB
(November, 1992)j Dolan et al., "Using the Analytic Hierarchy Process (AHP) to Develop and Disseminate Guidelines," ORB (December, 1992)j Hadorn et al., "An Annotated Algorithm Approach to Clinical Guideline Development," ~AMA (June 2~, 1992); Falconer et al., "The Critical Path Method in Stroke Rehabilitation: Lessons from an Experiment in Cost ~ntai L and Outcome T ~ lUVI t ,1 ORB (January, 1993)j Reinertsen, "Outcomes Managemer.t and Continuous Quality Improvement: The Compass and the Rudder,l' ORB (January, 1993)j Mennemeyer, "Downstream Outcomes: Using wo 96~0a423 ~ 6 -j 4 ~ 4 r~ 2 Insurance Claims Data to Screen for Errors in Clinicai Baboratory Testing," ORB ~June, l991); Iezzoni, "Uslng Severity Information for Quality Assessment: A Review of Three Cases by Five Severity Measures," ORB ~December 1989);
Kahn, "Measuring the Clinical Appropriateness of the Use of a Procedure," Medical Care (April, 1983); Wall, "Practice Guidelines: Promise or Panacea?," The Journal of Pamil~
Practice ~1993); ~awless, "A Managed Care Approach to Outpatient Review," Ouality Assurance and Utilization Review - Official Journal of ~he American Colleqe of Utilization Review Phvsicians IMay, 1990); Dragalin et al., I'Institutes for Quality: Prudential's Approach to Outcomes Management for Specialty Procedures," ORB (March, 1990); Chinsky, "Patterns of Treatment Ambulatory Health Care Management, Physician Profiling - The Imoact of Physician, Patient, and Market Characteristics On Appropriateness of Physician Practice in the Ambulatory Setting," (Doctoral Dissertation, The University of Michigan, 1991), puolished by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, California; I'Patterns of Treatment A~bulatory Health Care Management, Implementation Guide,"
published by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, Cal-fornia; "Patterns of Treatment Am'oulatory Health Care Management, Patterns Processing Model,l- published by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, California; Re~ort on Medical Guidelines & Outcome Researchr 4 ~Fe~ruary ll, 1993~; I'Practice Guidelines - The Experience of Medical Specialty Societies," United States General Accounti~q 3D Office Re~ort to Conqressional Requestors (GAO/PEMD-91-ll Practice Gui~ n~) (February 21, l991); I'Meàicare Intermediary Manual Part 3 - Claims Process," De~artment of Pealth and Hu~an Ser~ices. Health Care Financinq Admin~stratio~. Tr~n~m;ttal No. 1595 (April 1993); CCH Pulse The Health Care Reform Newsletter (April 19, 1993); Winslow, 'IReport Card on Quality and Ffficiency of HMOs May Provide a ~ W096/00~23 2 1 q 6 5 ~ q PCT~S95107962 Model for Others," The Wall Street Journal; Jencks et al., "Strategies for Reforming Medicare's Physician Paymenss,ll The New Enqland Journal of Medicine (June 6, 1985); Solon et al., ~Delineating Episodes of Medical Care," A.J.P.~:.
(March, 1967); Health Care (September, 1986) (the entire issue of Volume 24, Number 9, Supplement)i Miller et al., I'Physician Charges in th.e Hospital," Medical Care (July, 1992); Garnick, "Services and Charges by PPO Physicians for PPO and Indemnity Patients," Medical Care (October, 1990);
Hurwic~ et al., "Care Seeking for Musculoskeletal and ~espiratory Episodes in a Medicare Population," Medical Care (November, 1991); Gold, "The Content of Adult Primary Care Episodes," Public Health Reports (January-February, 1982);
Welch et al., "Geographic Variations in Expenditures for Physicians~ Services in the United States," The New En~land Journal of Medicine (March 4, 1993); Schneeweiss et al., "Diagnosis Clusters: A New Tool for Analyzing th.e Content of Ambulatory Medical Care," Medical Care (January, 1983);
Showstack, "Episode-of-Care Physician Payment: A Study of Cornorary Arter Bypass Graft Surgery," In~uirv tWinter, 1987~; Schappert, "National Ambulatory Medical Survey: 1989 Summary," Vital and Health Statistics, U.S. DePartmer.t of Health and Human Services. Public Health Service, Centers for Disease Co~trol. National Center for Health. Statistics (April, 1992) (DHHS Publication No. [PHS] 92-1771); Graves, "Detailed Diagnoses and Procedures, National Hospital Discharge Survey, l99O," Vital and Health Statistics, U.S.
Department of Health and Human Services, Public Health Service, Centers for Disease Control. National Center for Health Statistics (June, 1992~ (DHHS Publication No. [PHS]
92-1774~; "National Hospital Discharge Survey: Annual Summary, 1990," Vital and Health Statistics, U.S. DeDartment of Health and Human Services, Public Health Service, Centers for Disease Control, National Center for Health Statistics (June, 1992~ tDHHS Publication No. [PHS] 92-1773~;
"Prevalence of Selected Chronic Conditions: United States, WO96100413 ~ ) 4 ~ PCT~S9~07962 1986-88," Vital and He~lth Statistics, U.S. Deoartment of Health and Human Ser~ices, Public Health Service. Centers for Di~ease Control, Nâtional Center for Health Statistics (February, 19g3) (Series 10, No. 182~; "Current Estimates From the National Health IntervieW Survey, lggl," Vital and Health Statistics. ~.S. De~artment of Health and Human Services, Public Health Service, Centers for Disease Control, ~ational Center for Health Statistics ~February, 1993) (DHHS Publication NG. [PHS~ 93-1512~; Iezzoni et al., "A Description and Clinical Assessment of the Computeri~ed Severity Index," ORB (February, 1992~i Health Care Financinq Review, p. 30 (Winter, 13gl); Statistical Abstract of the United States (lg92); and Health and Prevention Profile -United States ~19gl~ (published by U.S. Department of Health and Human Services, Public Health Service, Centers for Disease Control, National Center for Health Studies~, each of which is hereby incorporated by reference iII its entirety for the material disclosed therein.
Additional background materials to which the reader is directed for both background and to refer to while studying this speci~ication include: Phvsicians' Current Procedural Terminoloqy CPT '94, published by American Medical Association, csde it Ri~ht Techniques for Accurate Medical Codinq, published by Medicode Inc., HCPCS 1994 Medicare's ~5 ~ational Level II Codes, publiahed by Medicode Inc., Med-Index ICD 9 CM Pourth Edition 1993, published by Med-Index, each of which is hereby incorporated by reference in its entirety for the material disclosed therein.
II. 5UM~.RY OF ~XE INV~
It is an object to provide a mechani5m for assessing medical services utili2ation patterns. The invention achieves this object by allowing comparison processing to compare an individual treatment or a treatment group against a statistical norm or against a trend.
~ W096/00423 7 2 1 (~ O 5 Li9 P~ 7 It is an obiect of the invention to provide a m~7ck~n; cm for converting raw medical providers billing data into an informative historical database. The invention achieves this object by read, analyze and merge ~"RAM") processing coupled with claims edit processing to achieve a reliable, relevant data set.
It is an object of the invention to provide a --~hRni cm for accurately determining an episode of care. The invention achieves this object by providing a se~uence of steps which, when performed, yield an episode of care while filtering out irrelevant and inapplicable data.
It is an object of the invention to provide a method for performing a look-up of information, that is, providing a --~hAnicm for gaining access to different parts of the informational tables maintained in the database. This object is achieved by reviewing the referenced tables for specific codes representing specific diagnoses. The codes are verified for accuracy. Then tables are accessed to display selected profiles. Users are then given the opportunity to select profiles for comparison.
It is an object of the invention to provide a method for comparing profiles. This object is achieved by comparing index codes against historical reference information stored in the parameter tables. Discovered information is checked against defined statistical criteria in the parameter tables. The process is repeated for each index code and its profile developed in the history process as many times as necessary to complete the information gathering.
It is an object of the invention to create, maintain and present to the user a variety of report products. These reports are provided either on-line or in a hard copy format. The process of creating, m7;ntRin;ng and presenting these reports is designed to present relevant information in a complete and useful manner.
It is an object of the invention to provide a r--hRn;sm for creating a practice parameter database. This object is W096/00423 2 1 9 6 ~ ~ 9 PCT/USg~/0796~ ~
achieved in the invention by repetitive episode of care processing and er.try of pxocessed episode of care data into a data table until the populated data table becomes the practice parameter database.
III. RRIEF DESCRTPTION OF T}IE DRAWINGS
Figure 1 depicts steps performed in the method of the invention to establish a practice parameter or utilization profile for a particular diagnosis.
lo Figure 2 depicts an episode of care for a single d;.sease.
Figure 3 depicts an episode of care for concurrent diseases.
Figure 4 depicts potential outcomes for an episode of care.
Figure 5 depicts phases of an episode of care.
Figure 6-5 depicts processing of data before episode of care processing begins.
Figure 9 depicts episode of care processing.
Figure 10 depicts principle elements of the invention and their relationship to each other.
Figure 11 depicts the process of the preferred embodiment of the ~ead, ~nalyze, Merge element of the invention.
Figure 12 depicts the process of the preferred embodiment of the Episode of Care element of the invention.
Figure 13 depicts the process of the preferred embodiment of the Look-up element of the invention.
Figure 14 depicts the process of the preferred embodiment of the Subset Parameter Look-up component of the Look~up elemer.t of the invention.
Figure 15 depicts the process of the preferred embodiment of the Profile Comparison element of the invention.
IV. r)F,'l'~TT.Ti!n ~ KL~lUN OF TEIE l:~rrKKl!,J~ ~"I"M~ 1 The invention includes both a system and a method for analyzing healthcare pro~iders' billing patterns, enabling an assessment of medical services utilization patterns.
~ W096l00~23 2 1 9 6 ~ ~ 9 r~ Y~2 When the invention is employed, it can readi]y be seen whether a provider or multiple providers are overutilizing or underutilizing services when compared to a particular historical statistical profile. The statistical profile of the invention is a statically-derived norm based on clinically-validated data which has been edited to elimir.ate erroneous or misleading information. The profiles may be derived from geographic provider billing data, national provider billing data, the provider billing data of a particular payor entity (such as an insurance company~ or various other real data groupings or sets. Twenty informational tables are used in the database of the preferred embodiment of the inventior.. These include a Procedure Description Table, ICD-9 Description Table, Index Table, Index Global Table, Index Detail Table, Window Table, Procedure Parameter Table, Category Table, Qualifying Master Table, Specialty Table, Zip/Region Table, Family Table, Specialty Statistic Table, Age/Gender Statistic Table, ~egion Statistic Table, Qualifying Index Table, Qualifying Group Table, Category Parameter Table, Duration Parameter Table and Family Table. ICD 9 codes or ICD (International Classification of Diseases, generically referred to as a disease classification) codes as they are generally referred to herein are used in the preferred embodiment. In other ' ~;r Ls of the invention other codes could be used, such as: predecessors or successors to ICD codes or substitutes therefor, such as DSM 3 codes, SNOWMED codes, or any other diagnostic coding schemes. These tables are described in detail as follows. It should be noted, however, that these tables describe are used by the inventors in one implementation of the invention, and that the inventive concept described herein may be implemented in a variety of ways.
W0~6/~23 21 ~ o ~4i,~ 1 o r~ , 52 PROCEDUl~ DESCRIPTION TABLE
This table identifies and validates five years of both CPT (Current Procedural Terminology, generically referred to as an identifying code for reporting a medical service) and HCPCS level II procedure codes. The lifetime occurrence maximum and follow-up days associated with a procedure code are also located in this table.
Code~ey~ AiphafNumer:ic 5 Standard CFT or HCPCSIS Years incLuding Modifiersl Sub-Code Character 2 ~ ~ searred Procedures N = Uew Codes Current Year Dl = Delet.ed Code Chrrsnt Year D2 = Deleted Code. Prcvious Yca D3 = Deleted Code Thlrd Year D4 = Deleted Code Foureh Year C = Changed Descrlption B;fe Time Numeric 2 Number = Count of occurrence ill a Occurrence lifetime Blank ~ Not appLicable Follow Up Days Numeric 3 Number of Follow up D~ys to Description Character 48 Standard abbreviated description 15 Total 60 U9E:
~ This table can validate CPT and HCPCs codes.
~ Five years of codes will be kept.
~ Give a brief description of the code.
~ Gives the maximum number of occurrences that this code car. be done in a lifetime, if applicable. ~PrUYL 'n~
not addressed, to date) ~ Give the number of foliow up days to a procedure.
(PLUYL :n~ not addressed, to date~
~ Modifiers are stored in this table with a "osg"
prefix(i.e., the 80 modifier is "09980~) with a description of the modifier.
W096/00423 1 1 2 l 9 65L~9 r~
~ This table interrelates with:
- Parameter Tables - Category Table - Qualifying Tables - Specialty Table - CPT Statistic Table SOURCE:
This table is taken from the T3 PROC table from gendbs from prodl. The occurrence field is maintained by the Medicode staff.
W096~00~ r~ "~z 21 9b~l+'~ 12 This table identifies and validates flve years of diagnosis codes. It also contains a risk adjustment factor for each diagnosis.
ICD-9 Code~eyJ Alpha/Numer~.c S ~eft justlfle~, assumed declmal a~ter 3rd position Sub-Code Character 2 N = New Code D = Deleted Code C = Changed Code Indicator Character 1 ~ or blar~k ~ - code requires ~th and/or 5th digits to be specific Risk Alpha/Numeric 2 Overall C].assiE:cation of D;sense Descrlption Charactcr 48 Standard abbreviated descr~ption Total 58 ~-~SE:
~ This table can validate ICD codes.
~ Five years of codes will be kept.
~ Give a brief description of the code.
~ Show if the code is incomplete and in need of a fourth or fifth digit.
An ICD code which should have a 4th and/or 5th digit is listed with an "~".
~ This file interrelates with:
- Index Table - Index Detail Table - Index Global Table - Qualifying Master Table - Famlly Table - All Parameter Tables SOURCE:
wo g6,00423 ~ ~ g ~ 5 ~ ~ PCT~S95107962 ~ 3 ICD codes and descrlptlon fields are purchased from HCFA
(Health Care Financing Administration located in Baltimore, Maryland).
The sub-code is maintained by the clinical staff.
W0~ 423 PCT~S9~7962 INDEX DETAIL TABLE
This table groups ICD-g codes into inclusive or exclusive diagnosis codes. This grouping is unique to each index code and is used to drive the search for each episode of care.
ICD-s codes have been classified in~o categories and gi~en an indicator which determines whether or not the associated CPT code should be included in the episode of care. Also, an indicator may cause exclusion of any ~pecific patient record from an episode of care summary analysis.
ICD-9 Alpha/Numeric s ~eft ~ustified assumed drcimai or Character ' after ~rd position.
Indicator Char~cter 2 1 = Index cade R = Relnted S = signs/symptoms RO = Rule out C = complications iexcludu!
M = mlscoded V = Vcode~
MI = MiscodQd Ir.dex ICD-g Alphs~Numeric S ICD-9 Segirning Rsnge Code IcD~s Alph~/Numeric s ICD-g Ending Range Code Update Character 1 A, C, or Elarlk rotal 17 USE:
~ This table drives the search for the Episode of Care ~EOC~. Which is keyed off the Index Code.
~ Other codes to be included in the parameter search are specified in the indicator field. Any one of these IC~
codes may or may not appear during the search for the Index code and still have the EOC be valid.
~ ICD codes with an indicator of "C" when found in a patient history will disqualify the entire patient from the EOC process.
~ Some Index codes are listed in part with "?" and "??" to exhibit that it does not matter what the trailing 4th ~ W096~00423 1 5 ~1 9 654r~ r~
and/or 5th digit is, the record i9 to be accessed for the parameter. Eor example, the Index code may be 701??, meaning that if the first three digits of the code start with 701 then use the regardless of what the 4th and/or 5th digit may be. This is true for all codes starting with 701.
~ ICD codes m~in~ain~ in this table are listed as complete as verified by the ICD description table, with the exception of ICD codes with an indicator of "M".
FL tY~ ng logic should consider this when using "M"
codes in the search process.
~ This file layout is used for drafting and populating a temporary file built from this table and the Index Global Table based on indicators and keys extrapolated from the Index table.
PROGRi~M LOGIC TO ASSIGN EPISODE OF CARE
~ Any patient history with an ICD from the temp file for the chosen Index code is tagged for possible assignment of Episode of Care.
~ Perform a search on patient history for any ICD code from temp file with an indicator of "C". If found, exclude entire patient history from EO~ search.
~ The qualifying tables are accessed to verif~ if specific qualifying factors apply to determine if patient history meets criteria for determination of valid episode of care. (See Qualifying Tables for further explanation) ~ The qualifying table is then accessed for further delineation of qualifying circumstances by EOC.
~ A timeline is tracked, by patient, for all potential Episodes of care that may occur for a given patient history.
~ The data is arrayed based on profile classes which are eight subsets of Procedure categories. An aggregate of W096/00423 2 ~ ~3_3i 3 1 6 rCT~59~7962 ~
all procedures can also be reported. ~See Category Table for further expianation3 ~ This table interrelates with:
- ICD Description Table - Index Table - Index Global Table - Parameter Table - CPT Statistic Table - Age/Sex Table SOURCE:
This table is generated and ~aintained by the Medicode stafE.
,~ wo 96100423 1 7 2 1 ~ 6 5 4 ~ PCTlus95/~7g62 INDEX TABLE
This table prcvides a preliminary fileer for assigning and accessing different tables during the Episode of Care process. This table houses the assignment of staging and whether or not the Index Global table should be accessed.
ICD-5 Alpha/Numerlc S LeEt justified assumed decimal aEter 3rd position.
Staging Character 2 P = preventive A . acute C = chronic ~ = life threatening M . manifestations Global Key Alpha 2 C = complications M1 = miscoded medical vcodes M2 = miscoded surgical vcodes 1 = medical vcodes 2 = surgical vcodes Indicator Character 2 C = complications ~ = vcodes Upda~e Character 1 A, C, or Blank Total 12 USE:
~ This table is used as a preliminary sort for Index codes before the EOC search.
~ Once an Index code has been selected, this table is searched for whether or not the global index table needs to be accessed.
~ This table assigns the staging for the index code which points to the window table.
~ This table interrelates with:
- ICD Description Table - Index Detail Table - Index Global Table W0 96/Of3423 ~ 5 '+ 9 ~ r ~8 ~
- Window Table SOURCE:
This table is generated and maintained by the Medicode staff.
~, W0 96/00423 1 g 2 i q 6 ~ 4 '~
INDEX GLOBAL TABLE
This table gives a listing of ICD-5 codes common to most Index codes for either inclusion such as preventive or aftercare, or exclusion such as ~edical complications.
GLOBAL ~EY Alpha~Numeric 2 C = complications M1 = mlscoded medical vcodes M2 = miscoded surgical vcodes 1 = medical vcodes 2 = surgical vcodes ICD Beginning Alpna/Numeric S ICD-9 Beginning range code ICD Ending Alpha/Numeric S ICD-9 Ending range code ~pdate Character 1 A, C, or Blank Total 13 USE:
~ This table is used to identify a generic V Code or complication ICD code to be used in an EOC search for any Index code.
~ It is triggered by the Index table.
~ The surgical Vcodes include all Ml, M2, 1 and 2~s.
~ Medical Vcodes include Ml and 1.
~ A complication ICD code will negate the use of a patient from the EOC search.
~ A temporary file for the index code is created based on ICDs extrapolatecd from this table as well as the Index detail table ~ This table interrelates with:
- ICD Description Table - Index Table - Index Detail Table SOURCE:
This table is generated and ~'1nt~1n~d by the Medicode staff.
W0~6/00~2~ 2 ~ 7 ~5~ 2 0 ~ u~
WINDOW TABLE
This table contains the number of da-rs preceding and following an episode of care that ~.ust be present wi~hout any services provided to the patient relating to the index code or associated codes. These windows are used to define the beginning and end points of an episode of care. This tabie is driven from the staging field in the index table.
9taging Charact,er 2 P . Preventive Indlcator c - Chronic, A = Acute L = Life threatening, M =
MsniEestation 3eglnnir.g Window ~umeric 3 ~u~bcr oE days for r.o occ"rrence of }CD Eor Ir.dex Codo 8ndLng ~indow Numeric 3 Number of days for n5 occurrence oE 3 CD fo r I nd~x Code Update Character I A, c, or~31ank Total 9 USE:
~ This table is keyed off of the staging and it tells the program how long of a "Clear Window" is needed on both ends of this EOC for it to be valid.
SOURCE: This table is generated and maintained by the PP
staff.
2 1 ~
W096/00423 2 1 PCT~S9~/07962 PROCEDURE P~M~TER TABLE
This table contains the specific CPT codes identified for each index code listed chronologically with associated percentiles, mode, and average. The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Code Alpha/Numeric 5 Beft ~ustifled assumed decima]
after lrd position Proflle AlphafNumeric 2 Mnemonic Procedure AlDha/Numeric 5 CP~, HCPCS
timeframe Aipha/Numeric 3 Mnemor.ic fcr timeframe or total 50th percentile Numeric 4 3eginr.ing percentile range soth percentile Numeric 4 ending percer.tile range 7sth percentile Numeric 4 beglnning percentile range 75th percentile Numeric 4 ending percentile range gsth percentile Numeric 4 beginr.ing percentile range 95th percentile Numerlc 4 ending percentile range Mode Numeric 3 Numeric Count Cour.t Numeric 7 Number of EOCs for timeframe Sum Numeric 7 Number of services fcr timeframe ~'eighting Numeric 6 Numeric count, assumeo decimal ~4.2~
Update Character 1 A, C, or Blan~.
Total 63 USE:
~ This table shows which CPT's are statistically and historically billed and how often based on an index IC~
code.
~ It is keyed off of the index code and the category.
SOURC~:
~ ~ q r~
WO ~/004~ ~ 1 7~J~ 22 ~ All of the field eIements are obtained from the Procedure Detail Re~ort.
~ h'eighting is to be addressed in Phase II of the product.
~ W096/00423 2 3 2 ~ 9 6 5 4 q r~ "~2 CATEGORY PARAMETER TABLE
This table contains a listing of the categories identified for each index code listed chronologically with associated percentiles, mode, and a~erage. The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Code Alpha~Numeric s Seft justified asGumed decimal after 3rd position.
Profile Alpha~Numeric 2 Mnemonic Cateyory Alpha~Numeric 4 category timeframe Alpha~Numeric 3 Mn monic of timeframe or total snth percentile Numeric 4 beginr.iny percentile range soth percentile Numeric 4 ending percentile range 75th percentile Numeric 4 beginning percentile range 75th percentile Numeric 4 ending percentile range 95th percentile Numeric 4 beginning percentile range 95th percentile Numeric 4 and er.ding percentile range Mode Numeric 3 Numeric Count assumed decimal ~4.~i Count Numeric 7 Number of EOCs for the timeframe Sum Numeric 7 Number of services for the timeframe Update Character 1 A C or Blank Total 56 USE:
~ This table shows which Categories are statistically and historically billed and how often based on an index ICD
code.
~ It is keyed off of the index code and the category.
SOURCE:
W09C~004~ 2 1 ~ 6 5 4 ~ ."C2 ~ All of the field eleme~ts are o~tained from the Parame~er Timeframe report.
~ W096/00423 2 5 2 1 9 6 . 4 ~ ,c2 DURATION PARAMETER TABLE
This table contains the length of time associated with an episode of care for a given Index code. NOTE: The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Alpha/Numeric S Seft justified assumed decimal after 3rd position.
Profile AlphaJNumeric 2 Mnemonic Soth percer.tile Numeric 4 beginning range soth percentile Numeric 4 ending range 75th percentile Numeric 4 beglrning range ~Sth percentile Numeric 4 ending range 95th percentile Numeric 4 beginnlng rar.ge 35th percentile Numeric 4 ending range Mode Numeric 3 beginning and ending range Update Character 2 A = Add C . Change Total 3 USE:
~ This table stores the projected length of an episode of care for a given index code.
~ It interrelates with:
- Index Detail table - Parameter table ~ It is populated from the statistical analysis for each Index code.
CATEGORY TABLE
This table provides a grouping of CPT codes into categories of similar ser~ices.
W 0 96~0~23 2 1 ~ ~ ~ 4 9 r~
Categcry Alpha~Numeric ~ Mr.emoDlc~i CPT Alpha/Numeric S Beginning CPT Range CPT Alpha~humerlc S Er,ding CP~ R~nge Cpdate Character 1 A, C, cr Blar.k s Total 15 USE:
~ Procedure codes have been categorlzed according to most likely type of ser~ice they may represent. It could be characterized as a sorting mechanism for procedure codes.
~ The mnemonic u'sed for this category is as follows.
El = Major E and M E2 - Minor E and M
= Major Laboratory ~2 = MinOr Laboratory Rr,l = Major Diagnostic Radiology RD~ = Mlnor 3iagnostic Radiology RTI = Major Therapeutic Radiology R~2 = Minor Therapeutic Radiology ~l = Major Oncology Radiology O2 = Minor Oncology Radiology MD1 = Major Diagnostic Medicine MD2 = Minor Diagnostic Medicine MTI = Major Therapeutic Medicine MTZ = Minor Diagnostic Medicine S3l = Major Diagnostic SUrgery SD~ = Minor Diagnostic Surgery STI = Major Therapeutic Surgery STZ = Minor Therapeutic Surgery Al = Major Anesthesia A2 = Minor Anesthesia Pl = Pathology J = Adjunct ~ Categories are also used for arraying Episodes of Care into profi-le classes or can be reported as an aggregate.
The subsets of the aggregate are:
W0 96/00423 2 7 2 1 ~ 6 5 4 q r~ r v ~
O Com~non Profile - A" A2, Pl, El, E2, I." L,, RDl,R~2, MD1' MD2~ Sr1, Sr/,- (All of these categories are included as part of the other seven prof i le classes .
1 Surgery/Radiation/Medicine Profile - All Categories 2 Medicine/RadiatiOn Profile - MTI~ MT2~ RT1~ RT2~ ~1~ ~2 3 Surgery/Radiatior. Prof i le -- ST! ~ ST2, RT!, Rr2, ~" ~2 4 Surgery/Medicine Prof ile -- ST] ~ ST2, MT!, MT2 5 Radiation Prof ile - RT~, RT2, ~l, ~2 6 Medicine Profile - Mrl~ Mr2 7 Surgery Profile - STII ST2 ~ This table interrelates with:
- Parameter Table - Qualifying Tables - Procedure Table SOURCE:
~ Maintained by t.he clinical staff 4 q w0 96~423 ~ L~
QUALIFYING MASTER TABLE
This table provides a preliminary filter for de~ermining qualifying circumstances t.hat may eliminate a patient history for determination of an Episode of Care. It also provides the initial sort of an episode of care for a specific profile class.
Inde~ Code Alpha/Numeric S ~eit justi~ied, assumed decimal aftcr 3rd position 5cope Alpha 1 P - Patlent E = Epiaode of Car~
B , Both ProfLle Alpha/Numeri.c 2 Mnemonic or Blank 10 Group Alpha/Numeric S Corre1ates to group ID in ~ualifying arOup Table Update Ch~ractor 1 A, C, or Slank Total l~
Use:
~ Preliminary select for where in EOC process qualifying circumstances should apply.
~ This table interrelates with:
- Index Detail Table - Qualifving Group Table Logic:
~ The Qualifying Master Table outlines the Index code, where in the data search the qualifying search is to occur and what qualifying groups are associated with the index code. The locations include P = patient search, E
= Episode of Care search, or B = search in both.
~ The Profile field is numbered based on the 8 different profiles outlined under the category table. If blankr a profile is nct relevant. They are as follows:
0. Common Profile 1. Surgery/Medicine/Radiation Profile ~ W096/00423 2 9 2 1 965~ P~
2. Medicine/Radiation Profile 3. Surgery,~Radiation Profile 4. Surgery/Medicine Profile 5. Radiation Profile 6. Medicine Profile 7. Surgery Profile ~ The Group field assigns a 5 byte mnemonic that establishes a set of qualifying rule sets for a given index code. This field keys directly to the Qualifying Group Table. The majority of the groups relate to profile classes. They are as follows:
A~ (Surgery/Medicine/Radiation Profile~
MRPRO (Medicine/Radiation Profile) SRPRO (Surgery/Radiation Profile) SMPRO (Surgery/Medicine Profile) RPRO (Radiation Profile) MPRO (Medicine Profile) SPRO (Surgery Profile) CPRO (Common Profile) There are 3 other groups which establish a set of qualifying circumstances based on the occurrence of a particular procedure or diagnosis. These are as follows:
S~RG Certain Index codes are commonly associated with an invasive procedure which should be present during the course of treatment.
MED Certain Index codes are commonly associated with an E/M service which should be present during the course of treatment.
ONLY The Index code must occur at least twice on different dates of service over the course of treatment. This group looks only for this occurrence. No specific procedure is to be sought in conjunction with the Index code.
Source:
wo s6/no423 2 ~ q ~ 5 ~ 9 3 o r~
~ Table n~aintained by Clinical :3taf~.
W0 96/OWU 3 1 2 1 q 6 J
OUALlr Y~ GR0UP TABLE
Table groups certain qualifying circumstances to aid in an efficient search for data meeting the criteria.
S Group Alpha/Numeric S Deft justified arsumec decimal after 3rd positicn Rule Type Alpha/Numeric 2 II = Index Code specific rule IS = specific ICD code rule IC = multiple ICD to category rule CC = Multiple code rule CS = code specific rule IG = ICD to gender rule IA = ICD to age rule Rule Identifier Alpha/Numeric 1 T = ~rue F = False (toggle) M = Male F = Female if IG rule type Number re~uired numeric 2 numoer value Update Character 1 A, C, or Blank Total W096/004~ ~ 1 9~54'~ r~ z USE:
~ To act as a preliminary qualifying mechanism for determining if claims information can be used in the assignment of a parameter.
~ This table interrelates with:
- Qualifying Index Table - Qualifying Code Table - Qualifylng Master Table ~ A rule type ~or rule types~ is assigned by group delineating if the rule applies to a single or multiple ICD, single or multiple CPT or category or any combination thereof.
~ The rule identifier is an assigned mnemonic based on what the rule ;s to achieve.
~ The ~ogical indicates if the rule is positive or negative (inclusionary or exclu~ionary) ~ The number required is a count of the number of occurrencec for the rule to be valid.
~ogic:
~ The Croup Id is driven by the groups assigned in the Qualifying master table. A11 qualifying rule sets assigned to a given group should be performed to determine the qualifying circumstances for a given index code. See Qualifying Master Table for an explanation of each group.
~ The Rule Type is a mnemonic which assigns a common type of logic that is to be implemented in the search for the qualifying circumstances. It is possible that the same rule type could be associated with many different rule identifiers. The rule type will also point to either the Qualifying Index Table or the Qualifying Code Table as determined by the first byte of the filed. The following is a listing of the rule types:
Rule Types associated with Qualifying Index Table:
~ WO ~l00423 21 q654~ r~
II This related directly to the Index code only IC This rule is for any indicated ICD code associated with the Index code as it relates to a category or procedure.
IS This rule is for a specific indicated ICD code associated with the Index code as it relates to a category or procedure.
IG This rule is for any indicated ICD code associated with the Index code as it relates to age. The age ranges to be used are:
0-1 = newborn/infant 1-4 = early childhood 5-11 = late childhood 12-17 = adolescence 18-40 = early adult 41-64 = late adult 65-99 = geriatric 12-50 = female childbearing age Rule Types associated with Qualifying Code Table:
(Additional rule types may be added when rec~qAAry for phase II of the product.) CC This rule is for a specific procedure or category as it relates to another specific procedure or category for any ICD code associated with the Index code.
CS This is for a specific procedure or category as it relates to a specific ICD code associated with the Index code.
~ The Rule Identifier is a further break out of the qualifying circumstances for a group. Most of the rule Ids relate directly to components of a given profile to be included or excluded. For example the rule ID of NNR
relates directly to the group of NRPRO and delineates that the further breakout is for Radiation.
The other 3 major rule Ids relate directly to the remaining 3 groups. These are:
Group Rule ID
~ t ,i ~
wo g6100423 ~ 3 4 PCT~S9S~7962 ONLY o SURG S
MED M
~ The logical is a toggle for whether the rule is trle or false. If the rule type is IG, the toggle is for ~ale or Female.
~ The number required is a count for the minimum occurrence that the qualifying circumstance can occur.
SOURCE:
~ To ~e ~~;nt~1n~ by clinical staff olTz~r~TFyING INDEX TABLE
Ta~le houses common qualifying circumstances oased on presence or non-existence of given procedures and/or ICD
codes that would qualify or disqualify a patient history in the determination of an Episode of Care.
Rule Type Alpha~Numeric 2 rI = Index Code spec~_ic nlle I5 specific ICD coie rule IC . multlple ICD to category rule IA . ICD to age rule E& = ICD to gender Rule Identifier Alpha~Numeric 4 assign d from Oual1f~ing Master Table Indicator Alpha/Numeric 2 I . Index code R = Rel~ted s = signs/symptoms RO ~ Rule out M mlscoded V . Vcodes ~I = Miscoded Index or Bla~k Code Alpha~NumeriC 5 categor~ CPT ~CPCS ICD or bi~nk Update Character 1 A C or Blank Total 14 USE:
~ W096lOW ~ 2 ~ q~549 r~
~ To act as a qualifying ~~h~nl~m for determining if claims information can be used in the assignment of a parameter ~ This table interrelates with:
- Procedure Table - Category Table ~ - Qualifying Group Table - ICD Description Table - Index Detail Table ~ All rules generated from this table deal with an ICD code driven by the indicator, regardless of the Index code.
If the rule is ICD only, then the procedure is blank. If the rule is ICD and procedure, then the indicated ICD
must correlate with a procedure code or category.
~ If the indicator is blank, then all indicators should be considered for qualifying circumstances. Listing a specific indicator causes a qualifying search on the associated indicator only.
Logic:
~ The first two fields of the Qualifying Index Table reiterates the rule type and rule identifier as outlined in the Qualifying Group table. Poth of these fields are key.
~ The indicator correlates to the indicators in the Index Detail table. If the field is blank, all ICDs for the index code should be sought for the rule.
~ The code filed could be a CPT, HCPCS, category or ICD
code. If this field is blank, no specific code or category should be sought for the rule.
SOURCE:
~ To be r~;nt~in~d by clinical staif ~l 't~i4 ~
W096/OW23 r~l~u~
~ 36 OUALIFYING CODE TABLE
Table houses common quallfying circumstances based on the presence or non-existence of a given combination of procedure codes that would qualify or disqualify a patient history in the determination of ar. Episode of Care.
Rule Type Alpha~umeric 2 CC = Multiple code rule CS = code 6peci~ic rule ~ule Identiller hlpha/Numeric ~ A6 labeled ir Qualifylng Master Table Prlmary code ~lpha/Numeric 5 CPT, HCPCg or category or ICD
Secondary Code Alpha~Numeric 5 CPT, SCPC.9 or category or ICD
10 Update Character 1 A, C, or Blank Total 14 USE~:
~ To act as a o,ualifying ~h~ni~m for determining if claims information can be used in the assignment of a parameter.
~ This table interrelates with:
- Procedure Table - Category Table - Qualifying Group Table ~ All rules generated from this table have to do with a procedure or category driven by the oualifying master table. The rule relates to the procedure or category as listed in the primary and secondary fields.
Logic:
~ The first two fields of the Qualifying Index Table reiterates the rule type and rule identifier as outlined in the Qualifying Group table. Both of these fields are key.
~ The Primary code is the driving code in the rule search for the qualifying circumstance. It can be a CPT, ~CPCS, category or ICD code.
W0~6/~4~ 2 1 ~6~ r~ ct ~ The Secondary code is the code that must be associated with the primary code in the rule search for the qualifying circumstance. It can be a CPT, H'CPCS, category or ICD code.
SOURCE:
~ To be maintained by clinical staff.
wog6/004~ 2 1 9 ~
5P~TZ~T~TY T~BLE
Table provides a listing of medical specialties with an assigned numeric identifier. This is standard ~CFA
information.
specialty ~tey) Alpha~Uumeric 3 Medicare spcci~lty lndicator CPT Alphe~Numeric S Beginning CPT to includc CPT Alpha/Numeric S Ynding CPT to includ~
Update Character 1 A, C. or 31anX
Total 14 USE:
This table is used to specify which Specialty is most commonly used with which CPT.
A description of the specialty will be in the documentation.
SOURCE:
This table will be taken from the list Med-Index Publications --;n~;nc ~available from Medicode, Inc.
located in Salt Lake City, Utah).
~ W096/004~ 6 5 ~ 9 P~
ZIPtREGION TABLE
Table provides a listing of geographical 2ip codes sorted into lO regional zones, standard HCFA information.
Region lndicator Alpha/Numeric 2 Medicares Ten Regions Zip Coùe Numeric 5 Beginning Zip Code Range ZLp Code Numeric 5 Ending Zip Code Range Update Character 1 A, C, or Blank Total 13 USE:
This table is used to specify which Medicare Region to use ~or the statistic table.
SOURCE:
This will be generated by Medicode, Inc. staff.
SPECIALTY STATISTIC TABLE
Table provides a listing of medical specialtles with an assigned numeric identifier. This is standard ~CFA
information.
ICD-9 Code Alpha/Numeric S I.eft justified assumed decimal after 3rd position.
Specialty Alpha/Numeric 3 CPT Code Alpha/Numeric 5 Beginning Range (Service Area~
CPT Code Alpha/Numeric 5 Ending Range IService Area) Category Alpha/Numeric 4 Mnemonic Multiplier Numerlc ~ Implied decimal 14.2) Update Character 1 A, C, or Blank Total 29 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to ~I~6i 4,~
W096~0423 ~ r~
~
glve a numeric multiplier that is applied to the occurrence field in the parameter table, to vary the parameter by service area and/or sex and/or region.
~i.e., if the occurrence is 2 and the multiplier for a specialist is 1.5, the specialist may receive a tot.al of 3.) If multiple multipliers are used, compute the average of them and use that.
SOURCE:
This table will be generated by the computer using the extended data set, and validated clinically by the clinical staff.
W096/00423 21!~6r;49 r~l/V~
AGE/GENDER STATISTIC TABLE
Table provides a listing of each CPT code for an index code with a numerical factor used to adjust the frequer.cy of each code by age and~or gender specific data analysis.
ICD-9 Code Alpha/Numeric S ~eft justified a~sumed decimai after 3rd position.
Age Alpha/Numcric 2 OC-99 Sex Alpha/Numeric l M, F or Blank Category Alpha~Numerio 3 Mnemonic Multiplier Decimal 6 Implied decimal (4.2!
~pdate Character l A, C, or slank Total 18 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to give a numeric multiplier that is applied to the occurrence field in the parameter table, to vary the parameter by service area and~or sex and/or region.
(i.e. if the occurrence is 2 and the multiplier for a male is 1.5, the male may receive a total of 3.) It multipliers are used, compute the average of them and use that.
SOURCE:
This table will be generated by the computer using the extended data set, and validated clinically by the clinical staff.
REGION STATTSTIC T.~RT~T~
WO ~/004~ 5 4 '3 4 2 P~ "~ 2 ~
Table provides a listing of CPT code for an index co:le with a numerical factor used to aàjust the frequency of each code by regional data analysis.
ICD-9 Code ~lpha/Numeric S heft ju~tified as~umed decimal after 3rd position.
Region Alpha~Numeric 2 Medicares Ten Regions Mul~ipiier Decimal 6 Implied decimal ~4.2 Update Character 1 A, C, or Blank Total 14 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to give a ~umeric multiplier that is applied t.o the occurrence field in the parameter table, to vary the parameter by service area and/or sex and~or region.
(i.e., if the occurrence is 2 and the multiplier for a region is 1.5, the region may receive a total of 3.~
If multiple multipliers are used, compute the average of them and use that.
SOURCE:
This table will be genera~ed by the computer using the extended data set, and validated clinically by the clinical staff.
25FAMILY Tl~RT.~
Table provides a listing of ICD-9 codes which have been clustered into family groupings.
Family Char~cter 24 Name of Family/Cluster Description 30ICD-9 Code Alpha~Numeric S Begiru~i~g ICD-9 Qange ICD-9 Alpha/Numeric 5 Ending ICD-g Rangc W096/00423 4 3 2 ~ 5 4 9 PCT~S9~107962 Total 34 USE:
This table is used for in-house purposes only.
It provides a listing of a ICD Family/Cluster with a description of the Family/Cluster.
SOURCE:
This table is generated and maintained by the clinical staff.
WO ~04~ 2 1 1~ 6 ~; 4 ~ 4 4 PCT~59~7962 FILE LAYOUT FOR rT~I~TM~3 DATA CONTRIBUTION
~e prefer Electronic ~edia Claims National Standarà Format;
however, if you are not using EMC the following is our suggested layout. Please include an exact layout oE the format you use with your submission. The record iayout that follows is for each line item that appears on a claim. The charge ~field 19) should be the non~ fee-for-aervice. There shouls be ns aggregation or fragmentation.
Field Number Descrir,tion Lenqth Al~ha/Numeric Comments l. Rendering Provider ID 15 A~N Unique provider identification number or S.SN
2. Billing Provider lD15 A~N Unique provider identification number or SSN
3. Provider Specialty 3 A~N Supply a List of Specialty codes used 4. Patient rD 17 A~N Unique patient ID
number or SSN.
May be an encrypted or encoded ~ormat.
5. DOB 6 N Patient Date of Birth MMDDYY
6. Sex 1 A M=Male, F=Female 30 7. Subscriber ID 25 A~N Insured s I.D.
No., Normally SSN
STATISTICALLY-BASED MEDICAL PROVIDER
~TILIZATION PROFILES
I. BAU~KUUNL~ OF INVEN~ION
A. Field o~ the Invention The inventlon relates to methods and systems for analyzing medical claims histories and billing patterns to statistically establish treatment utilization patterns for various medical services. ~ata is validated using statistical and clinically derived methods. Based on historical treatment patterns and a fee schedule, an accurate model of the cost of a specific medical episode can be created. Various treatment patterns for a particular diagnosis can be compared by treatment cost and patient outcome to determine the most effective treatment approach.
It is also possible to identify those medical providers who provide treatment that does not fall within the statistically established treatment patterns or profiles.
B. The Background Art It is desirable to compare claims for reimbursement for medical services against a treatment pattern developed from a large body of accurate medical provider billing history information. Although in the prior art some attempt was made to compare claims for reimbursement for medical services to a normative index, the prior art did not construct the normative index based on actual clinical data.
Rather, the prior art based the normative index on a subjective conception (such as the medical consensus of a specialty group) of what the proper or typical course of treatment should be for a given diagnosis. Such prior art normative indices tended to vary from the reality of medical ~ practice. In the prior art, automated medical claims F ocessing systems, systems for detecting submission of a ~ 35 fraudulent medical claims, and systems for providing a W096l0~23 ~ ~6 54q ~ 2 medical baseline for the evaluation of ambulatory meaical services were known. Documents which may be relevant to the background of the invention, including documents pertaining to medical reimbursement systems, m~h~nirm~ for detecting fraudulent medical claims, and relat.ed analytical ar.d processing methods, were known. Examples include: ~nited States Patent No. 4,858~121, entitled l~Medical Payment System" and issued in the name Barber et al. on August 15, 1985; No. 5,253,164, entitled "System and Method for Detecting Fraudulent Medical Claims Via Examination of Service Codes" and issued in the name of ~olloway et al. on October 1~, 1993; No. 4,803,G41, entitled "Basic Expert System Tool" and issued in the name of Hardy et al. on ebruary 7, l98g; No. 5,6';8,37a, entitled "Knowledge Engineeriny Tool~ and issued in the name of Erman et ai. on April 14, 198~; No. 4,667,292, entitled "Medical Reimbursement Computer System" and issued in the name of Mohlenbrock et al. on May 19, 1987; No. 4,858,121, entitled ~Medical Payment System" and issued in the name of Barber et al. on August 15, 1989; and No. 4,987,538, entitled ~Automated Processing of Provider Billings" and issued in the name of Johnaon et al. on January 22, 1991, each of which i~ hereby incorporated by reference ir. itr, entirety for the material disclosed therein.
Additional examples of documents that may be relevant to the background of the invention are: Leape, "Practice Guidelines and Standards: An Overviewt" ORB (Feb. 1990~;
Jollis et al., ~3iscordance of Databases Designed for O'laims Payment versus Clinical Information Systems," Annals of In~ernal Medicine (Oct. 15, 19931; Freed et al., "Tracking Quality Assurance Activity," American Colleqe of Utilization Review Phvsicians (November, 1988); Roberts et al., "Quality and Cost-Efficiency," Americar. Colleqe of ~tilization Review Phvsicians ~November, 19881, Rodriguez, "~iterature Review,"
Oualit~ Assursnce and Utilization Review - Official ~osrn~7 of the American Colleqe of Medical Oualitv (Fall 1991~;
~ W096/00423 2 1 9 ' ~4 ~ PCTNS95/07962 Elden, "The Direction of the Healthcare Marketplace,"
Journal of the American Colleqe of Utilizatior Review Phvsicians ~August 1989); Rodriguez, "Literature Review,"
Ouality Assurance and Utilization Review - Official Journal of the American Colleqe of Medical oualitY (Fall l991j; Roos et al., "Using Administrative Data to Predict Important Health Outcomes," Medical Care ~March 1988j; Burns et al., "The Use of Continuous Quality Il..pruv~ nt Methods in the Development and Dissemination of Medical Practice Guidelines, ORB (December, 1992); Weingarten, "The Case for Intensive Dissemination: Adoption of Practice Guidelines in the Coronary Care Unit," ûRB (Decem~er, 1992); Flagle et al., "AHCPR-NLM Joint Initiative for Health Services Research Information: 1992 Update on OHSRI," ORB (December, 1992); Holzer, "The Advent of Clinical Standards for Professional Liability," ORB (February, 1990); Gottleib et al., "Clinical Practice Guidelines at an HMO: Development and Implementation in a Quality Improvement Model," ORB
(February, 1990~; Borbas et al., "The Minnesota Clinical Comparison and Assessment Project," ORB ~February, 1990) Weiner et al., ~Applying Insurance Claims Data to Assess Quality of Care: A Compilation of Potential Indicators,ll QRB
(December, 1990)j Wakefield et al., 'IOvercoming the Barriers to Implementation of TQM~CQI in Hospitals: Myths and Realities," ORB (March, 1993); Donabedian, "The Role of Outcomes in Quality Assessment and Assurance, 1l ORB
(November, 1992)j Dolan et al., "Using the Analytic Hierarchy Process (AHP) to Develop and Disseminate Guidelines," ORB (December, 1992)j Hadorn et al., "An Annotated Algorithm Approach to Clinical Guideline Development," ~AMA (June 2~, 1992); Falconer et al., "The Critical Path Method in Stroke Rehabilitation: Lessons from an Experiment in Cost ~ntai L and Outcome T ~ lUVI t ,1 ORB (January, 1993)j Reinertsen, "Outcomes Managemer.t and Continuous Quality Improvement: The Compass and the Rudder,l' ORB (January, 1993)j Mennemeyer, "Downstream Outcomes: Using wo 96~0a423 ~ 6 -j 4 ~ 4 r~ 2 Insurance Claims Data to Screen for Errors in Clinicai Baboratory Testing," ORB ~June, l991); Iezzoni, "Uslng Severity Information for Quality Assessment: A Review of Three Cases by Five Severity Measures," ORB ~December 1989);
Kahn, "Measuring the Clinical Appropriateness of the Use of a Procedure," Medical Care (April, 1983); Wall, "Practice Guidelines: Promise or Panacea?," The Journal of Pamil~
Practice ~1993); ~awless, "A Managed Care Approach to Outpatient Review," Ouality Assurance and Utilization Review - Official Journal of ~he American Colleqe of Utilization Review Phvsicians IMay, 1990); Dragalin et al., I'Institutes for Quality: Prudential's Approach to Outcomes Management for Specialty Procedures," ORB (March, 1990); Chinsky, "Patterns of Treatment Ambulatory Health Care Management, Physician Profiling - The Imoact of Physician, Patient, and Market Characteristics On Appropriateness of Physician Practice in the Ambulatory Setting," (Doctoral Dissertation, The University of Michigan, 1991), puolished by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, California; I'Patterns of Treatment A~bulatory Health Care Management, Implementation Guide,"
published by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, Cal-fornia; "Patterns of Treatment Am'oulatory Health Care Management, Patterns Processing Model,l- published by Concurrent Review Concurrent Review Technology, Inc., Shingle Springs, California; Re~ort on Medical Guidelines & Outcome Researchr 4 ~Fe~ruary ll, 1993~; I'Practice Guidelines - The Experience of Medical Specialty Societies," United States General Accounti~q 3D Office Re~ort to Conqressional Requestors (GAO/PEMD-91-ll Practice Gui~ n~) (February 21, l991); I'Meàicare Intermediary Manual Part 3 - Claims Process," De~artment of Pealth and Hu~an Ser~ices. Health Care Financinq Admin~stratio~. Tr~n~m;ttal No. 1595 (April 1993); CCH Pulse The Health Care Reform Newsletter (April 19, 1993); Winslow, 'IReport Card on Quality and Ffficiency of HMOs May Provide a ~ W096/00~23 2 1 q 6 5 ~ q PCT~S95107962 Model for Others," The Wall Street Journal; Jencks et al., "Strategies for Reforming Medicare's Physician Paymenss,ll The New Enqland Journal of Medicine (June 6, 1985); Solon et al., ~Delineating Episodes of Medical Care," A.J.P.~:.
(March, 1967); Health Care (September, 1986) (the entire issue of Volume 24, Number 9, Supplement)i Miller et al., I'Physician Charges in th.e Hospital," Medical Care (July, 1992); Garnick, "Services and Charges by PPO Physicians for PPO and Indemnity Patients," Medical Care (October, 1990);
Hurwic~ et al., "Care Seeking for Musculoskeletal and ~espiratory Episodes in a Medicare Population," Medical Care (November, 1991); Gold, "The Content of Adult Primary Care Episodes," Public Health Reports (January-February, 1982);
Welch et al., "Geographic Variations in Expenditures for Physicians~ Services in the United States," The New En~land Journal of Medicine (March 4, 1993); Schneeweiss et al., "Diagnosis Clusters: A New Tool for Analyzing th.e Content of Ambulatory Medical Care," Medical Care (January, 1983);
Showstack, "Episode-of-Care Physician Payment: A Study of Cornorary Arter Bypass Graft Surgery," In~uirv tWinter, 1987~; Schappert, "National Ambulatory Medical Survey: 1989 Summary," Vital and Health Statistics, U.S. DePartmer.t of Health and Human Services. Public Health Service, Centers for Disease Co~trol. National Center for Health. Statistics (April, 1992) (DHHS Publication No. [PHS] 92-1771); Graves, "Detailed Diagnoses and Procedures, National Hospital Discharge Survey, l99O," Vital and Health Statistics, U.S.
Department of Health and Human Services, Public Health Service, Centers for Disease Control. National Center for Health Statistics (June, 1992~ (DHHS Publication No. [PHS]
92-1774~; "National Hospital Discharge Survey: Annual Summary, 1990," Vital and Health Statistics, U.S. DeDartment of Health and Human Services, Public Health Service, Centers for Disease Control, National Center for Health Statistics (June, 1992~ tDHHS Publication No. [PHS] 92-1773~;
"Prevalence of Selected Chronic Conditions: United States, WO96100413 ~ ) 4 ~ PCT~S9~07962 1986-88," Vital and He~lth Statistics, U.S. Deoartment of Health and Human Ser~ices, Public Health Service. Centers for Di~ease Control, Nâtional Center for Health Statistics (February, 19g3) (Series 10, No. 182~; "Current Estimates From the National Health IntervieW Survey, lggl," Vital and Health Statistics. ~.S. De~artment of Health and Human Services, Public Health Service, Centers for Disease Control, ~ational Center for Health Statistics ~February, 1993) (DHHS Publication NG. [PHS~ 93-1512~; Iezzoni et al., "A Description and Clinical Assessment of the Computeri~ed Severity Index," ORB (February, 1992~i Health Care Financinq Review, p. 30 (Winter, 13gl); Statistical Abstract of the United States (lg92); and Health and Prevention Profile -United States ~19gl~ (published by U.S. Department of Health and Human Services, Public Health Service, Centers for Disease Control, National Center for Health Studies~, each of which is hereby incorporated by reference iII its entirety for the material disclosed therein.
Additional background materials to which the reader is directed for both background and to refer to while studying this speci~ication include: Phvsicians' Current Procedural Terminoloqy CPT '94, published by American Medical Association, csde it Ri~ht Techniques for Accurate Medical Codinq, published by Medicode Inc., HCPCS 1994 Medicare's ~5 ~ational Level II Codes, publiahed by Medicode Inc., Med-Index ICD 9 CM Pourth Edition 1993, published by Med-Index, each of which is hereby incorporated by reference in its entirety for the material disclosed therein.
II. 5UM~.RY OF ~XE INV~
It is an object to provide a mechani5m for assessing medical services utili2ation patterns. The invention achieves this object by allowing comparison processing to compare an individual treatment or a treatment group against a statistical norm or against a trend.
~ W096/00423 7 2 1 (~ O 5 Li9 P~ 7 It is an obiect of the invention to provide a m~7ck~n; cm for converting raw medical providers billing data into an informative historical database. The invention achieves this object by read, analyze and merge ~"RAM") processing coupled with claims edit processing to achieve a reliable, relevant data set.
It is an object of the invention to provide a --~hRni cm for accurately determining an episode of care. The invention achieves this object by providing a se~uence of steps which, when performed, yield an episode of care while filtering out irrelevant and inapplicable data.
It is an object of the invention to provide a method for performing a look-up of information, that is, providing a --~hAnicm for gaining access to different parts of the informational tables maintained in the database. This object is achieved by reviewing the referenced tables for specific codes representing specific diagnoses. The codes are verified for accuracy. Then tables are accessed to display selected profiles. Users are then given the opportunity to select profiles for comparison.
It is an object of the invention to provide a method for comparing profiles. This object is achieved by comparing index codes against historical reference information stored in the parameter tables. Discovered information is checked against defined statistical criteria in the parameter tables. The process is repeated for each index code and its profile developed in the history process as many times as necessary to complete the information gathering.
It is an object of the invention to create, maintain and present to the user a variety of report products. These reports are provided either on-line or in a hard copy format. The process of creating, m7;ntRin;ng and presenting these reports is designed to present relevant information in a complete and useful manner.
It is an object of the invention to provide a r--hRn;sm for creating a practice parameter database. This object is W096/00423 2 1 9 6 ~ ~ 9 PCT/USg~/0796~ ~
achieved in the invention by repetitive episode of care processing and er.try of pxocessed episode of care data into a data table until the populated data table becomes the practice parameter database.
III. RRIEF DESCRTPTION OF T}IE DRAWINGS
Figure 1 depicts steps performed in the method of the invention to establish a practice parameter or utilization profile for a particular diagnosis.
lo Figure 2 depicts an episode of care for a single d;.sease.
Figure 3 depicts an episode of care for concurrent diseases.
Figure 4 depicts potential outcomes for an episode of care.
Figure 5 depicts phases of an episode of care.
Figure 6-5 depicts processing of data before episode of care processing begins.
Figure 9 depicts episode of care processing.
Figure 10 depicts principle elements of the invention and their relationship to each other.
Figure 11 depicts the process of the preferred embodiment of the ~ead, ~nalyze, Merge element of the invention.
Figure 12 depicts the process of the preferred embodiment of the Episode of Care element of the invention.
Figure 13 depicts the process of the preferred embodiment of the Look-up element of the invention.
Figure 14 depicts the process of the preferred embodiment of the Subset Parameter Look-up component of the Look~up elemer.t of the invention.
Figure 15 depicts the process of the preferred embodiment of the Profile Comparison element of the invention.
IV. r)F,'l'~TT.Ti!n ~ KL~lUN OF TEIE l:~rrKKl!,J~ ~"I"M~ 1 The invention includes both a system and a method for analyzing healthcare pro~iders' billing patterns, enabling an assessment of medical services utilization patterns.
~ W096l00~23 2 1 9 6 ~ ~ 9 r~ Y~2 When the invention is employed, it can readi]y be seen whether a provider or multiple providers are overutilizing or underutilizing services when compared to a particular historical statistical profile. The statistical profile of the invention is a statically-derived norm based on clinically-validated data which has been edited to elimir.ate erroneous or misleading information. The profiles may be derived from geographic provider billing data, national provider billing data, the provider billing data of a particular payor entity (such as an insurance company~ or various other real data groupings or sets. Twenty informational tables are used in the database of the preferred embodiment of the inventior.. These include a Procedure Description Table, ICD-9 Description Table, Index Table, Index Global Table, Index Detail Table, Window Table, Procedure Parameter Table, Category Table, Qualifying Master Table, Specialty Table, Zip/Region Table, Family Table, Specialty Statistic Table, Age/Gender Statistic Table, ~egion Statistic Table, Qualifying Index Table, Qualifying Group Table, Category Parameter Table, Duration Parameter Table and Family Table. ICD 9 codes or ICD (International Classification of Diseases, generically referred to as a disease classification) codes as they are generally referred to herein are used in the preferred embodiment. In other ' ~;r Ls of the invention other codes could be used, such as: predecessors or successors to ICD codes or substitutes therefor, such as DSM 3 codes, SNOWMED codes, or any other diagnostic coding schemes. These tables are described in detail as follows. It should be noted, however, that these tables describe are used by the inventors in one implementation of the invention, and that the inventive concept described herein may be implemented in a variety of ways.
W0~6/~23 21 ~ o ~4i,~ 1 o r~ , 52 PROCEDUl~ DESCRIPTION TABLE
This table identifies and validates five years of both CPT (Current Procedural Terminology, generically referred to as an identifying code for reporting a medical service) and HCPCS level II procedure codes. The lifetime occurrence maximum and follow-up days associated with a procedure code are also located in this table.
Code~ey~ AiphafNumer:ic 5 Standard CFT or HCPCSIS Years incLuding Modifiersl Sub-Code Character 2 ~ ~ searred Procedures N = Uew Codes Current Year Dl = Delet.ed Code Chrrsnt Year D2 = Deleted Code. Prcvious Yca D3 = Deleted Code Thlrd Year D4 = Deleted Code Foureh Year C = Changed Descrlption B;fe Time Numeric 2 Number = Count of occurrence ill a Occurrence lifetime Blank ~ Not appLicable Follow Up Days Numeric 3 Number of Follow up D~ys to Description Character 48 Standard abbreviated description 15 Total 60 U9E:
~ This table can validate CPT and HCPCs codes.
~ Five years of codes will be kept.
~ Give a brief description of the code.
~ Gives the maximum number of occurrences that this code car. be done in a lifetime, if applicable. ~PrUYL 'n~
not addressed, to date) ~ Give the number of foliow up days to a procedure.
(PLUYL :n~ not addressed, to date~
~ Modifiers are stored in this table with a "osg"
prefix(i.e., the 80 modifier is "09980~) with a description of the modifier.
W096/00423 1 1 2 l 9 65L~9 r~
~ This table interrelates with:
- Parameter Tables - Category Table - Qualifying Tables - Specialty Table - CPT Statistic Table SOURCE:
This table is taken from the T3 PROC table from gendbs from prodl. The occurrence field is maintained by the Medicode staff.
W096~00~ r~ "~z 21 9b~l+'~ 12 This table identifies and validates flve years of diagnosis codes. It also contains a risk adjustment factor for each diagnosis.
ICD-9 Code~eyJ Alpha/Numer~.c S ~eft justlfle~, assumed declmal a~ter 3rd position Sub-Code Character 2 N = New Code D = Deleted Code C = Changed Code Indicator Character 1 ~ or blar~k ~ - code requires ~th and/or 5th digits to be specific Risk Alpha/Numeric 2 Overall C].assiE:cation of D;sense Descrlption Charactcr 48 Standard abbreviated descr~ption Total 58 ~-~SE:
~ This table can validate ICD codes.
~ Five years of codes will be kept.
~ Give a brief description of the code.
~ Show if the code is incomplete and in need of a fourth or fifth digit.
An ICD code which should have a 4th and/or 5th digit is listed with an "~".
~ This file interrelates with:
- Index Table - Index Detail Table - Index Global Table - Qualifying Master Table - Famlly Table - All Parameter Tables SOURCE:
wo g6,00423 ~ ~ g ~ 5 ~ ~ PCT~S95107962 ~ 3 ICD codes and descrlptlon fields are purchased from HCFA
(Health Care Financing Administration located in Baltimore, Maryland).
The sub-code is maintained by the clinical staff.
W0~ 423 PCT~S9~7962 INDEX DETAIL TABLE
This table groups ICD-g codes into inclusive or exclusive diagnosis codes. This grouping is unique to each index code and is used to drive the search for each episode of care.
ICD-s codes have been classified in~o categories and gi~en an indicator which determines whether or not the associated CPT code should be included in the episode of care. Also, an indicator may cause exclusion of any ~pecific patient record from an episode of care summary analysis.
ICD-9 Alpha/Numeric s ~eft ~ustified assumed drcimai or Character ' after ~rd position.
Indicator Char~cter 2 1 = Index cade R = Relnted S = signs/symptoms RO = Rule out C = complications iexcludu!
M = mlscoded V = Vcode~
MI = MiscodQd Ir.dex ICD-g Alphs~Numeric S ICD-9 Segirning Rsnge Code IcD~s Alph~/Numeric s ICD-g Ending Range Code Update Character 1 A, C, or Elarlk rotal 17 USE:
~ This table drives the search for the Episode of Care ~EOC~. Which is keyed off the Index Code.
~ Other codes to be included in the parameter search are specified in the indicator field. Any one of these IC~
codes may or may not appear during the search for the Index code and still have the EOC be valid.
~ ICD codes with an indicator of "C" when found in a patient history will disqualify the entire patient from the EOC process.
~ Some Index codes are listed in part with "?" and "??" to exhibit that it does not matter what the trailing 4th ~ W096~00423 1 5 ~1 9 654r~ r~
and/or 5th digit is, the record i9 to be accessed for the parameter. Eor example, the Index code may be 701??, meaning that if the first three digits of the code start with 701 then use the regardless of what the 4th and/or 5th digit may be. This is true for all codes starting with 701.
~ ICD codes m~in~ain~ in this table are listed as complete as verified by the ICD description table, with the exception of ICD codes with an indicator of "M".
FL tY~ ng logic should consider this when using "M"
codes in the search process.
~ This file layout is used for drafting and populating a temporary file built from this table and the Index Global Table based on indicators and keys extrapolated from the Index table.
PROGRi~M LOGIC TO ASSIGN EPISODE OF CARE
~ Any patient history with an ICD from the temp file for the chosen Index code is tagged for possible assignment of Episode of Care.
~ Perform a search on patient history for any ICD code from temp file with an indicator of "C". If found, exclude entire patient history from EO~ search.
~ The qualifying tables are accessed to verif~ if specific qualifying factors apply to determine if patient history meets criteria for determination of valid episode of care. (See Qualifying Tables for further explanation) ~ The qualifying table is then accessed for further delineation of qualifying circumstances by EOC.
~ A timeline is tracked, by patient, for all potential Episodes of care that may occur for a given patient history.
~ The data is arrayed based on profile classes which are eight subsets of Procedure categories. An aggregate of W096/00423 2 ~ ~3_3i 3 1 6 rCT~59~7962 ~
all procedures can also be reported. ~See Category Table for further expianation3 ~ This table interrelates with:
- ICD Description Table - Index Table - Index Global Table - Parameter Table - CPT Statistic Table - Age/Sex Table SOURCE:
This table is generated and ~aintained by the Medicode stafE.
,~ wo 96100423 1 7 2 1 ~ 6 5 4 ~ PCTlus95/~7g62 INDEX TABLE
This table prcvides a preliminary fileer for assigning and accessing different tables during the Episode of Care process. This table houses the assignment of staging and whether or not the Index Global table should be accessed.
ICD-5 Alpha/Numerlc S LeEt justified assumed decimal aEter 3rd position.
Staging Character 2 P = preventive A . acute C = chronic ~ = life threatening M . manifestations Global Key Alpha 2 C = complications M1 = miscoded medical vcodes M2 = miscoded surgical vcodes 1 = medical vcodes 2 = surgical vcodes Indicator Character 2 C = complications ~ = vcodes Upda~e Character 1 A, C, or Blank Total 12 USE:
~ This table is used as a preliminary sort for Index codes before the EOC search.
~ Once an Index code has been selected, this table is searched for whether or not the global index table needs to be accessed.
~ This table assigns the staging for the index code which points to the window table.
~ This table interrelates with:
- ICD Description Table - Index Detail Table - Index Global Table W0 96/Of3423 ~ 5 '+ 9 ~ r ~8 ~
- Window Table SOURCE:
This table is generated and maintained by the Medicode staff.
~, W0 96/00423 1 g 2 i q 6 ~ 4 '~
INDEX GLOBAL TABLE
This table gives a listing of ICD-5 codes common to most Index codes for either inclusion such as preventive or aftercare, or exclusion such as ~edical complications.
GLOBAL ~EY Alpha~Numeric 2 C = complications M1 = mlscoded medical vcodes M2 = miscoded surgical vcodes 1 = medical vcodes 2 = surgical vcodes ICD Beginning Alpna/Numeric S ICD-9 Beginning range code ICD Ending Alpha/Numeric S ICD-9 Ending range code ~pdate Character 1 A, C, or Blank Total 13 USE:
~ This table is used to identify a generic V Code or complication ICD code to be used in an EOC search for any Index code.
~ It is triggered by the Index table.
~ The surgical Vcodes include all Ml, M2, 1 and 2~s.
~ Medical Vcodes include Ml and 1.
~ A complication ICD code will negate the use of a patient from the EOC search.
~ A temporary file for the index code is created based on ICDs extrapolatecd from this table as well as the Index detail table ~ This table interrelates with:
- ICD Description Table - Index Table - Index Detail Table SOURCE:
This table is generated and ~'1nt~1n~d by the Medicode staff.
W0~6/00~2~ 2 ~ 7 ~5~ 2 0 ~ u~
WINDOW TABLE
This table contains the number of da-rs preceding and following an episode of care that ~.ust be present wi~hout any services provided to the patient relating to the index code or associated codes. These windows are used to define the beginning and end points of an episode of care. This tabie is driven from the staging field in the index table.
9taging Charact,er 2 P . Preventive Indlcator c - Chronic, A = Acute L = Life threatening, M =
MsniEestation 3eglnnir.g Window ~umeric 3 ~u~bcr oE days for r.o occ"rrence of }CD Eor Ir.dex Codo 8ndLng ~indow Numeric 3 Number of days for n5 occurrence oE 3 CD fo r I nd~x Code Update Character I A, c, or~31ank Total 9 USE:
~ This table is keyed off of the staging and it tells the program how long of a "Clear Window" is needed on both ends of this EOC for it to be valid.
SOURCE: This table is generated and maintained by the PP
staff.
2 1 ~
W096/00423 2 1 PCT~S9~/07962 PROCEDURE P~M~TER TABLE
This table contains the specific CPT codes identified for each index code listed chronologically with associated percentiles, mode, and average. The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Code Alpha/Numeric 5 Beft ~ustifled assumed decima]
after lrd position Proflle AlphafNumeric 2 Mnemonic Procedure AlDha/Numeric 5 CP~, HCPCS
timeframe Aipha/Numeric 3 Mnemor.ic fcr timeframe or total 50th percentile Numeric 4 3eginr.ing percentile range soth percentile Numeric 4 ending percer.tile range 7sth percentile Numeric 4 beglnning percentile range 75th percentile Numeric 4 ending percentile range gsth percentile Numeric 4 beginr.ing percentile range 95th percentile Numerlc 4 ending percentile range Mode Numeric 3 Numeric Count Cour.t Numeric 7 Number of EOCs for timeframe Sum Numeric 7 Number of services fcr timeframe ~'eighting Numeric 6 Numeric count, assumeo decimal ~4.2~
Update Character 1 A, C, or Blan~.
Total 63 USE:
~ This table shows which CPT's are statistically and historically billed and how often based on an index IC~
code.
~ It is keyed off of the index code and the category.
SOURC~:
~ ~ q r~
WO ~/004~ ~ 1 7~J~ 22 ~ All of the field eIements are obtained from the Procedure Detail Re~ort.
~ h'eighting is to be addressed in Phase II of the product.
~ W096/00423 2 3 2 ~ 9 6 5 4 q r~ "~2 CATEGORY PARAMETER TABLE
This table contains a listing of the categories identified for each index code listed chronologically with associated percentiles, mode, and a~erage. The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Code Alpha~Numeric s Seft justified asGumed decimal after 3rd position.
Profile Alpha~Numeric 2 Mnemonic Cateyory Alpha~Numeric 4 category timeframe Alpha~Numeric 3 Mn monic of timeframe or total snth percentile Numeric 4 beginr.iny percentile range soth percentile Numeric 4 ending percentile range 75th percentile Numeric 4 beginning percentile range 75th percentile Numeric 4 ending percentile range 95th percentile Numeric 4 beginning percentile range 95th percentile Numeric 4 and er.ding percentile range Mode Numeric 3 Numeric Count assumed decimal ~4.~i Count Numeric 7 Number of EOCs for the timeframe Sum Numeric 7 Number of services for the timeframe Update Character 1 A C or Blank Total 56 USE:
~ This table shows which Categories are statistically and historically billed and how often based on an index ICD
code.
~ It is keyed off of the index code and the category.
SOURCE:
W09C~004~ 2 1 ~ 6 5 4 ~ ."C2 ~ All of the field eleme~ts are o~tained from the Parame~er Timeframe report.
~ W096/00423 2 5 2 1 9 6 . 4 ~ ,c2 DURATION PARAMETER TABLE
This table contains the length of time associated with an episode of care for a given Index code. NOTE: The end user may populate an identical table with their own unique profiles created by analyzing their claims history data.
ICD-9 Alpha/Numeric S Seft justified assumed decimal after 3rd position.
Profile AlphaJNumeric 2 Mnemonic Soth percer.tile Numeric 4 beginning range soth percentile Numeric 4 ending range 75th percentile Numeric 4 beglrning range ~Sth percentile Numeric 4 ending range 95th percentile Numeric 4 beginnlng rar.ge 35th percentile Numeric 4 ending range Mode Numeric 3 beginning and ending range Update Character 2 A = Add C . Change Total 3 USE:
~ This table stores the projected length of an episode of care for a given index code.
~ It interrelates with:
- Index Detail table - Parameter table ~ It is populated from the statistical analysis for each Index code.
CATEGORY TABLE
This table provides a grouping of CPT codes into categories of similar ser~ices.
W 0 96~0~23 2 1 ~ ~ ~ 4 9 r~
Categcry Alpha~Numeric ~ Mr.emoDlc~i CPT Alpha/Numeric S Beginning CPT Range CPT Alpha~humerlc S Er,ding CP~ R~nge Cpdate Character 1 A, C, cr Blar.k s Total 15 USE:
~ Procedure codes have been categorlzed according to most likely type of ser~ice they may represent. It could be characterized as a sorting mechanism for procedure codes.
~ The mnemonic u'sed for this category is as follows.
El = Major E and M E2 - Minor E and M
= Major Laboratory ~2 = MinOr Laboratory Rr,l = Major Diagnostic Radiology RD~ = Mlnor 3iagnostic Radiology RTI = Major Therapeutic Radiology R~2 = Minor Therapeutic Radiology ~l = Major Oncology Radiology O2 = Minor Oncology Radiology MD1 = Major Diagnostic Medicine MD2 = Minor Diagnostic Medicine MTI = Major Therapeutic Medicine MTZ = Minor Diagnostic Medicine S3l = Major Diagnostic SUrgery SD~ = Minor Diagnostic Surgery STI = Major Therapeutic Surgery STZ = Minor Therapeutic Surgery Al = Major Anesthesia A2 = Minor Anesthesia Pl = Pathology J = Adjunct ~ Categories are also used for arraying Episodes of Care into profi-le classes or can be reported as an aggregate.
The subsets of the aggregate are:
W0 96/00423 2 7 2 1 ~ 6 5 4 q r~ r v ~
O Com~non Profile - A" A2, Pl, El, E2, I." L,, RDl,R~2, MD1' MD2~ Sr1, Sr/,- (All of these categories are included as part of the other seven prof i le classes .
1 Surgery/Radiation/Medicine Profile - All Categories 2 Medicine/RadiatiOn Profile - MTI~ MT2~ RT1~ RT2~ ~1~ ~2 3 Surgery/Radiatior. Prof i le -- ST! ~ ST2, RT!, Rr2, ~" ~2 4 Surgery/Medicine Prof ile -- ST] ~ ST2, MT!, MT2 5 Radiation Prof ile - RT~, RT2, ~l, ~2 6 Medicine Profile - Mrl~ Mr2 7 Surgery Profile - STII ST2 ~ This table interrelates with:
- Parameter Table - Qualifying Tables - Procedure Table SOURCE:
~ Maintained by t.he clinical staff 4 q w0 96~423 ~ L~
QUALIFYING MASTER TABLE
This table provides a preliminary filter for de~ermining qualifying circumstances t.hat may eliminate a patient history for determination of an Episode of Care. It also provides the initial sort of an episode of care for a specific profile class.
Inde~ Code Alpha/Numeric S ~eit justi~ied, assumed decimal aftcr 3rd position 5cope Alpha 1 P - Patlent E = Epiaode of Car~
B , Both ProfLle Alpha/Numeri.c 2 Mnemonic or Blank 10 Group Alpha/Numeric S Corre1ates to group ID in ~ualifying arOup Table Update Ch~ractor 1 A, C, or Slank Total l~
Use:
~ Preliminary select for where in EOC process qualifying circumstances should apply.
~ This table interrelates with:
- Index Detail Table - Qualifving Group Table Logic:
~ The Qualifying Master Table outlines the Index code, where in the data search the qualifying search is to occur and what qualifying groups are associated with the index code. The locations include P = patient search, E
= Episode of Care search, or B = search in both.
~ The Profile field is numbered based on the 8 different profiles outlined under the category table. If blankr a profile is nct relevant. They are as follows:
0. Common Profile 1. Surgery/Medicine/Radiation Profile ~ W096/00423 2 9 2 1 965~ P~
2. Medicine/Radiation Profile 3. Surgery,~Radiation Profile 4. Surgery/Medicine Profile 5. Radiation Profile 6. Medicine Profile 7. Surgery Profile ~ The Group field assigns a 5 byte mnemonic that establishes a set of qualifying rule sets for a given index code. This field keys directly to the Qualifying Group Table. The majority of the groups relate to profile classes. They are as follows:
A~ (Surgery/Medicine/Radiation Profile~
MRPRO (Medicine/Radiation Profile) SRPRO (Surgery/Radiation Profile) SMPRO (Surgery/Medicine Profile) RPRO (Radiation Profile) MPRO (Medicine Profile) SPRO (Surgery Profile) CPRO (Common Profile) There are 3 other groups which establish a set of qualifying circumstances based on the occurrence of a particular procedure or diagnosis. These are as follows:
S~RG Certain Index codes are commonly associated with an invasive procedure which should be present during the course of treatment.
MED Certain Index codes are commonly associated with an E/M service which should be present during the course of treatment.
ONLY The Index code must occur at least twice on different dates of service over the course of treatment. This group looks only for this occurrence. No specific procedure is to be sought in conjunction with the Index code.
Source:
wo s6/no423 2 ~ q ~ 5 ~ 9 3 o r~
~ Table n~aintained by Clinical :3taf~.
W0 96/OWU 3 1 2 1 q 6 J
OUALlr Y~ GR0UP TABLE
Table groups certain qualifying circumstances to aid in an efficient search for data meeting the criteria.
S Group Alpha/Numeric S Deft justified arsumec decimal after 3rd positicn Rule Type Alpha/Numeric 2 II = Index Code specific rule IS = specific ICD code rule IC = multiple ICD to category rule CC = Multiple code rule CS = code specific rule IG = ICD to gender rule IA = ICD to age rule Rule Identifier Alpha/Numeric 1 T = ~rue F = False (toggle) M = Male F = Female if IG rule type Number re~uired numeric 2 numoer value Update Character 1 A, C, or Blank Total W096/004~ ~ 1 9~54'~ r~ z USE:
~ To act as a preliminary qualifying mechanism for determining if claims information can be used in the assignment of a parameter.
~ This table interrelates with:
- Qualifying Index Table - Qualifying Code Table - Qualifylng Master Table ~ A rule type ~or rule types~ is assigned by group delineating if the rule applies to a single or multiple ICD, single or multiple CPT or category or any combination thereof.
~ The rule identifier is an assigned mnemonic based on what the rule ;s to achieve.
~ The ~ogical indicates if the rule is positive or negative (inclusionary or exclu~ionary) ~ The number required is a count of the number of occurrencec for the rule to be valid.
~ogic:
~ The Croup Id is driven by the groups assigned in the Qualifying master table. A11 qualifying rule sets assigned to a given group should be performed to determine the qualifying circumstances for a given index code. See Qualifying Master Table for an explanation of each group.
~ The Rule Type is a mnemonic which assigns a common type of logic that is to be implemented in the search for the qualifying circumstances. It is possible that the same rule type could be associated with many different rule identifiers. The rule type will also point to either the Qualifying Index Table or the Qualifying Code Table as determined by the first byte of the filed. The following is a listing of the rule types:
Rule Types associated with Qualifying Index Table:
~ WO ~l00423 21 q654~ r~
II This related directly to the Index code only IC This rule is for any indicated ICD code associated with the Index code as it relates to a category or procedure.
IS This rule is for a specific indicated ICD code associated with the Index code as it relates to a category or procedure.
IG This rule is for any indicated ICD code associated with the Index code as it relates to age. The age ranges to be used are:
0-1 = newborn/infant 1-4 = early childhood 5-11 = late childhood 12-17 = adolescence 18-40 = early adult 41-64 = late adult 65-99 = geriatric 12-50 = female childbearing age Rule Types associated with Qualifying Code Table:
(Additional rule types may be added when rec~qAAry for phase II of the product.) CC This rule is for a specific procedure or category as it relates to another specific procedure or category for any ICD code associated with the Index code.
CS This is for a specific procedure or category as it relates to a specific ICD code associated with the Index code.
~ The Rule Identifier is a further break out of the qualifying circumstances for a group. Most of the rule Ids relate directly to components of a given profile to be included or excluded. For example the rule ID of NNR
relates directly to the group of NRPRO and delineates that the further breakout is for Radiation.
The other 3 major rule Ids relate directly to the remaining 3 groups. These are:
Group Rule ID
~ t ,i ~
wo g6100423 ~ 3 4 PCT~S9S~7962 ONLY o SURG S
MED M
~ The logical is a toggle for whether the rule is trle or false. If the rule type is IG, the toggle is for ~ale or Female.
~ The number required is a count for the minimum occurrence that the qualifying circumstance can occur.
SOURCE:
~ To ~e ~~;nt~1n~ by clinical staff olTz~r~TFyING INDEX TABLE
Ta~le houses common qualifying circumstances oased on presence or non-existence of given procedures and/or ICD
codes that would qualify or disqualify a patient history in the determination of an Episode of Care.
Rule Type Alpha~Numeric 2 rI = Index Code spec~_ic nlle I5 specific ICD coie rule IC . multlple ICD to category rule IA . ICD to age rule E& = ICD to gender Rule Identifier Alpha~Numeric 4 assign d from Oual1f~ing Master Table Indicator Alpha/Numeric 2 I . Index code R = Rel~ted s = signs/symptoms RO ~ Rule out M mlscoded V . Vcodes ~I = Miscoded Index or Bla~k Code Alpha~NumeriC 5 categor~ CPT ~CPCS ICD or bi~nk Update Character 1 A C or Blank Total 14 USE:
~ W096lOW ~ 2 ~ q~549 r~
~ To act as a qualifying ~~h~nl~m for determining if claims information can be used in the assignment of a parameter ~ This table interrelates with:
- Procedure Table - Category Table ~ - Qualifying Group Table - ICD Description Table - Index Detail Table ~ All rules generated from this table deal with an ICD code driven by the indicator, regardless of the Index code.
If the rule is ICD only, then the procedure is blank. If the rule is ICD and procedure, then the indicated ICD
must correlate with a procedure code or category.
~ If the indicator is blank, then all indicators should be considered for qualifying circumstances. Listing a specific indicator causes a qualifying search on the associated indicator only.
Logic:
~ The first two fields of the Qualifying Index Table reiterates the rule type and rule identifier as outlined in the Qualifying Group table. Poth of these fields are key.
~ The indicator correlates to the indicators in the Index Detail table. If the field is blank, all ICDs for the index code should be sought for the rule.
~ The code filed could be a CPT, HCPCS, category or ICD
code. If this field is blank, no specific code or category should be sought for the rule.
SOURCE:
~ To be r~;nt~in~d by clinical staif ~l 't~i4 ~
W096/OW23 r~l~u~
~ 36 OUALIFYING CODE TABLE
Table houses common quallfying circumstances based on the presence or non-existence of a given combination of procedure codes that would qualify or disqualify a patient history in the determination of ar. Episode of Care.
Rule Type Alpha~umeric 2 CC = Multiple code rule CS = code 6peci~ic rule ~ule Identiller hlpha/Numeric ~ A6 labeled ir Qualifylng Master Table Prlmary code ~lpha/Numeric 5 CPT, HCPCg or category or ICD
Secondary Code Alpha~Numeric 5 CPT, SCPC.9 or category or ICD
10 Update Character 1 A, C, or Blank Total 14 USE~:
~ To act as a o,ualifying ~h~ni~m for determining if claims information can be used in the assignment of a parameter.
~ This table interrelates with:
- Procedure Table - Category Table - Qualifying Group Table ~ All rules generated from this table have to do with a procedure or category driven by the oualifying master table. The rule relates to the procedure or category as listed in the primary and secondary fields.
Logic:
~ The first two fields of the Qualifying Index Table reiterates the rule type and rule identifier as outlined in the Qualifying Group table. Both of these fields are key.
~ The Primary code is the driving code in the rule search for the qualifying circumstance. It can be a CPT, ~CPCS, category or ICD code.
W0~6/~4~ 2 1 ~6~ r~ ct ~ The Secondary code is the code that must be associated with the primary code in the rule search for the qualifying circumstance. It can be a CPT, H'CPCS, category or ICD code.
SOURCE:
~ To be maintained by clinical staff.
wog6/004~ 2 1 9 ~
5P~TZ~T~TY T~BLE
Table provides a listing of medical specialties with an assigned numeric identifier. This is standard ~CFA
information.
specialty ~tey) Alpha~Uumeric 3 Medicare spcci~lty lndicator CPT Alphe~Numeric S Beginning CPT to includc CPT Alpha/Numeric S Ynding CPT to includ~
Update Character 1 A, C. or 31anX
Total 14 USE:
This table is used to specify which Specialty is most commonly used with which CPT.
A description of the specialty will be in the documentation.
SOURCE:
This table will be taken from the list Med-Index Publications --;n~;nc ~available from Medicode, Inc.
located in Salt Lake City, Utah).
~ W096/004~ 6 5 ~ 9 P~
ZIPtREGION TABLE
Table provides a listing of geographical 2ip codes sorted into lO regional zones, standard HCFA information.
Region lndicator Alpha/Numeric 2 Medicares Ten Regions Zip Coùe Numeric 5 Beginning Zip Code Range ZLp Code Numeric 5 Ending Zip Code Range Update Character 1 A, C, or Blank Total 13 USE:
This table is used to specify which Medicare Region to use ~or the statistic table.
SOURCE:
This will be generated by Medicode, Inc. staff.
SPECIALTY STATISTIC TABLE
Table provides a listing of medical specialtles with an assigned numeric identifier. This is standard ~CFA
information.
ICD-9 Code Alpha/Numeric S I.eft justified assumed decimal after 3rd position.
Specialty Alpha/Numeric 3 CPT Code Alpha/Numeric 5 Beginning Range (Service Area~
CPT Code Alpha/Numeric 5 Ending Range IService Area) Category Alpha/Numeric 4 Mnemonic Multiplier Numerlc ~ Implied decimal 14.2) Update Character 1 A, C, or Blank Total 29 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to ~I~6i 4,~
W096~0423 ~ r~
~
glve a numeric multiplier that is applied to the occurrence field in the parameter table, to vary the parameter by service area and/or sex and/or region.
~i.e., if the occurrence is 2 and the multiplier for a specialist is 1.5, the specialist may receive a tot.al of 3.) If multiple multipliers are used, compute the average of them and use that.
SOURCE:
This table will be generated by the computer using the extended data set, and validated clinically by the clinical staff.
W096/00423 21!~6r;49 r~l/V~
AGE/GENDER STATISTIC TABLE
Table provides a listing of each CPT code for an index code with a numerical factor used to adjust the frequer.cy of each code by age and~or gender specific data analysis.
ICD-9 Code Alpha/Numeric S ~eft justified a~sumed decimai after 3rd position.
Age Alpha/Numcric 2 OC-99 Sex Alpha/Numeric l M, F or Blank Category Alpha~Numerio 3 Mnemonic Multiplier Decimal 6 Implied decimal (4.2!
~pdate Character l A, C, or slank Total 18 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to give a numeric multiplier that is applied to the occurrence field in the parameter table, to vary the parameter by service area and~or sex and/or region.
(i.e. if the occurrence is 2 and the multiplier for a male is 1.5, the male may receive a total of 3.) It multipliers are used, compute the average of them and use that.
SOURCE:
This table will be generated by the computer using the extended data set, and validated clinically by the clinical staff.
REGION STATTSTIC T.~RT~T~
WO ~/004~ 5 4 '3 4 2 P~ "~ 2 ~
Table provides a listing of CPT code for an index co:le with a numerical factor used to aàjust the frequency of each code by regional data analysis.
ICD-9 Code ~lpha/Numeric S heft ju~tified as~umed decimal after 3rd position.
Region Alpha~Numeric 2 Medicares Ten Regions Mul~ipiier Decimal 6 Implied decimal ~4.2 Update Character 1 A, C, or Blank Total 14 USE:
This table is a matrix that is directly tied to the parameter table by the index code. Its purpose is to give a ~umeric multiplier that is applied t.o the occurrence field in the parameter table, to vary the parameter by service area and/or sex and~or region.
(i.e., if the occurrence is 2 and the multiplier for a region is 1.5, the region may receive a total of 3.~
If multiple multipliers are used, compute the average of them and use that.
SOURCE:
This table will be genera~ed by the computer using the extended data set, and validated clinically by the clinical staff.
25FAMILY Tl~RT.~
Table provides a listing of ICD-9 codes which have been clustered into family groupings.
Family Char~cter 24 Name of Family/Cluster Description 30ICD-9 Code Alpha~Numeric S Begiru~i~g ICD-9 Qange ICD-9 Alpha/Numeric 5 Ending ICD-g Rangc W096/00423 4 3 2 ~ 5 4 9 PCT~S9~107962 Total 34 USE:
This table is used for in-house purposes only.
It provides a listing of a ICD Family/Cluster with a description of the Family/Cluster.
SOURCE:
This table is generated and maintained by the clinical staff.
WO ~04~ 2 1 1~ 6 ~; 4 ~ 4 4 PCT~59~7962 FILE LAYOUT FOR rT~I~TM~3 DATA CONTRIBUTION
~e prefer Electronic ~edia Claims National Standarà Format;
however, if you are not using EMC the following is our suggested layout. Please include an exact layout oE the format you use with your submission. The record iayout that follows is for each line item that appears on a claim. The charge ~field 19) should be the non~ fee-for-aervice. There shouls be ns aggregation or fragmentation.
Field Number Descrir,tion Lenqth Al~ha/Numeric Comments l. Rendering Provider ID 15 A~N Unique provider identification number or S.SN
2. Billing Provider lD15 A~N Unique provider identification number or SSN
3. Provider Specialty 3 A~N Supply a List of Specialty codes used 4. Patient rD 17 A~N Unique patient ID
number or SSN.
May be an encrypted or encoded ~ormat.
5. DOB 6 N Patient Date of Birth MMDDYY
6. Sex 1 A M=Male, F=Female 30 7. Subscriber ID 25 A~N Insured s I.D.
No., Normally SSN
8. Relationship 1 N Patient to Subscriber, l=Self,2=Spouse,3=Dependen ~ W096/004~ 4 5 2 1 ~ 6 5 ~ q PCT~S9~107962 g. Bill ID 15 A/N Unique claim/bill identification number 10. From Date of Service6 NMMDDYY
5 11. To Date of Service 6 NMMDDYY
12. Provider Zip 5 N Standard 5 digit Zip Code 13. Place of Service 2 A/N Supply a list of POS codes used 10 14. Type of Service 2 A/N Supply a list of TOS codes used 15. Procedure Code 5 N Submitted CPT or HCPC code 1~. Modifier 2 N Submitted CPT
modifier 17. 2nd Modifier 2 N If multiple modifiers are submitted, show the second modifier used.
Anesthesia Modifiers ~Pl-P6) 18. Claim type 3 A/N Payor Class Code-W~C, HCFA, Medicaid etc.
19. Charge 5 N Billed amount, right justified, whole dollars 20. Allowed Amount 5 N Right justified, whole dollars 21. # of days/units 5 N number of days and/or units ~ 22. Anesthesia time 3 N Actual Minutes 23. ICDl 5 A/N First diagnostic code attached to procedur W096/00423 2 1 1b~4q r~llL~ 2 7.4. ICD2 5 A/N Second diagnostic code attached to procedure ~Both ICD1 & ICD2 are left justified, assumed decimal after 3rd byte) 25. ICD3 5 A/N Third diagnostic code attached to procedure 26. ICD4 5 A/N Fourth diagnostic code attached to procedure 27. Out-patient facility 5 A~N Outpatient facility ~
outpatient hospital identifier 28. Revenue Code 3 N Revenue center code ACCEPTABLE MEDIA TYPES
5 11. To Date of Service 6 NMMDDYY
12. Provider Zip 5 N Standard 5 digit Zip Code 13. Place of Service 2 A/N Supply a list of POS codes used 10 14. Type of Service 2 A/N Supply a list of TOS codes used 15. Procedure Code 5 N Submitted CPT or HCPC code 1~. Modifier 2 N Submitted CPT
modifier 17. 2nd Modifier 2 N If multiple modifiers are submitted, show the second modifier used.
Anesthesia Modifiers ~Pl-P6) 18. Claim type 3 A/N Payor Class Code-W~C, HCFA, Medicaid etc.
19. Charge 5 N Billed amount, right justified, whole dollars 20. Allowed Amount 5 N Right justified, whole dollars 21. # of days/units 5 N number of days and/or units ~ 22. Anesthesia time 3 N Actual Minutes 23. ICDl 5 A/N First diagnostic code attached to procedur W096/00423 2 1 1b~4q r~llL~ 2 7.4. ICD2 5 A/N Second diagnostic code attached to procedure ~Both ICD1 & ICD2 are left justified, assumed decimal after 3rd byte) 25. ICD3 5 A/N Third diagnostic code attached to procedure 26. ICD4 5 A/N Fourth diagnostic code attached to procedure 27. Out-patient facility 5 A~N Outpatient facility ~
outpatient hospital identifier 28. Revenue Code 3 N Revenue center code ACCEPTABLE MEDIA TYPES
9 track tape: 1600 or 6250 BPII ASCII or EBC3IC, Labeled or Unlabeled, Unr~k~d data, Fixed record lengths ~ Floppy diak; 3.5~ ~1.44Mb or 720K) or 5.251' ~1.2Mb or 360K), Standard MS-DOS formatted disk, ASCII fixed record length or delimited file * DC 600A or DC 6150 cartridge : "TAR" or single ASCII or EBCDIC
file, Unpacked data, Fixed record lengths * 8 mm Exabyte tape: RTAR" or single ASCII or EBCDIC file, Ur.packed datal Fixed record lengths ~480 cartridge: Unpacked datal Fixed record lengths, Compressed or U,~ essed * Maximum Block size 64,280 This invention is a process for analyzing healthcare providers' billing patterns to assess utilization patterns of ~ W096/0~423 47~1 ~65~q r~~ G2 medical services. The method of the invention incorporates a set of statistically derived and clinically validated episode of care data to be used as a paradigm for analyzing and comparing providers~ services for specific diagnoses or medical conditions.
This invention utilizes a series of processes to analyze the client~s healthcare claims history to create unique parameters.
In its preferred embodiment, the invention is implemented in software. The invention provides the following functions or tools to the client: creation of local profiles, display of profiles and comparison of profiles.
The creation of local profiles function gives the client the ability to develop unique episode of care profiles utilizing their own claims history data. The process for creating these profiles is identical to the process used in the development of the reference profiles.
The display of profiles function provides a look-up capability for information stored in the reference tables or in client generated profiles tables. This look-up capability may be displayed on the computer screen or viewed as a hard-copy print out.
The comparison of profiles function provides a comparison between any two profile sources with attention to variance bet~een them. This includes comparing client specific profiles to reference tables, comparing a specific subset of the client's data (eg, single provider) against either reference tables or the client~s profiles, or comparing different subsets of the client~s profiles to subsets of reference tables.
There are four main processes involved in the invention, as depicted in figure 10. These are Read, Analyze and Merge ~RAM), lOOl, further depicted in figure 11; Episode of Care analysis ~EOC), 1002, further depicted in figure 12; ~ook-up function, 1003, further depicted in figures 13 and 14; and Profile Comparison, 1004, further depicted in figure 15. The invention also includes an innovative reporting mechanism. Each of these WO 9CI~U423 ~ ~ q 6 5 4 q r~ l "
48 ,~
four main processes and the reporting mechanism is described in detail in the remainder of this section.
A. Trannforming Faw Data lnto an InformatiVe Data~ase soth the RAM and the EOC processes involYe healthcare ciaims 5 history search and analysis. The intent of the RAM and the E~C
claims history processing is to enable the end user ~o establish their own unique profiles based on their existing claims data information. Developing a database of historical provider billing data which will be used to provide the functionality of the invention is the first step in the invention.
1. Read, Analyze and Merge ("RA~"~
In order to define a profile a significant quantity of historical medical provider billing information must be analyzed.
As indicated above, the provider billings may come from a ariety of sources, with the general guideline that accuracy and completeness of the data and a statistically significant sample of provider billings required to develop a reliable profile. In the preferred ; ~ ~;r~nt of the invention, no less than two yearsr of consecutive claims history and about fifty million claims are used to develop the profiles. The RAM process verifies existence and validity of all data elements in a claims history before the data is processed to develop a profile. The reader is directed to Figures 1 and 6-8 for pictorial representations of the preferred ~mho~; -t of the invention.
Figure l depicts the high leve]. steps performed in one embodimer.t of the invention. The data flow shown in Figure 1 includes loading client data 101 from tape 100, reordering various fields 103 and performing date of service expansion 104 as necessary.
Next, data are merged (cn-~in~d) 1-5 and sorted 106 to ensure all bill I~'s are grouped together. The data 105 is then read, analyzed and merged into an extended data set ~EDS) 110.
Reporting and any other processing may occur 111 and an Episode of Care database 112 is created. The preferred embodiment of this invention. In the preferred c ~ir~nt of the invention, the steps of the invention are implemented in a software product WO ~/00423 r~ 2 4 9 2 1 ~ 6 5 '~
referred to as CARE TRENDS available from Medicode, Inc. Gf Salt Lake City, Utah.
Figure 6 depicts read, analyze and merge processing that - occurs in the preferred embodiment of the invention. First, one claim at a time the data 603 is read 601, cross walked and scrubbed (filtered) 602. Then a claim is analyzed 604 with result output to a log file 605. The results in the log file 605 are then compared 606 to the original claim data and inserted 607 into an extended data set 608.
Figure 7 depicts an analytical process of the preferred embodiment that includes initializing 701 RVU and line number for each line of the claim and sorting 702 by R W (descending) and CPT and charge in order to prepare for proper analysis by CES.
Then 703 line items are split into two groupings of surgical assistant modifiers and all other modifiers in separate groups.
Each of the two groups is then checked 704 against disease classification codes (ICD 9), procedure edits rules 705 (CES
tables) and unbundle/rebundle edits 706 are performed.
Figure 8 depicts the merge process of the preferred ~ i t of the invention. It includes reading 802 each line of from the log file for current bill, proceeding with processing if the record read is pertinent 804, determining whether to add the record to the ~t~n~ data set 805-807, (i.e. not adding denials, adding rebundles and adding other lines that have not been specifically excluded).
Figure g depicts episode of care formation in the preferred embodiment. This processing includes processing the records in teh ~t~n~ data set that relate to the current index code.
This relation is determined by the index tables. Then the records are broken into potential episodes of care based on a period of time specified in a window table. Then the episode of care is qualified based on the rules in a qualifying table.
Qualifying episodes of care are inserted into the episode of care table.
,4 W0~004~ ' rc "u~
The following text includes a written descript~on of the RAM
processin~ that is performed ln the preferred embodimer.t of the invention Figure 11 shows the RAM process.
The first step in the RhM process is determination of a patient record, llD1. It is necessary to establish a patient record that can be used in the episode of care extraction process (~pl~;n~d in detail below). In the preferred embodiment, a patient record is identified as a unique patient history involving no less than t~o years of sequential claims history.
Because. identifyins patient information is often removed from patient records to ensure patient confidentiality, patient information such as subscriber~relationship, patient ID, age, gender, bill ID and claim ID may be useful in positively identifying a particular patient. It should be noted that claims history data from various sources may need tO be handled differently to identify patient records due to differences in file organization and level of detail of information provided.
The amount of information desired to be captured may vary in different Pmho~ nts of the invention, but generally the Zo information to be captured is that on a standard HCFA 1500 billing form, Electronic ~edia Claims, Us ~2 or UB 92 claim iorms, all of which are generally known in the industry.
The next step, 1102, is the manipulat;on of the client file layout to extrapolate or crosswalk the pertinent information in 25 order to conform to the logic of the invention. Examples of this step lnclude: translation o~ Type of Service or senefits to Specialty type, modifiers, and/or place of service information.
The next steps involve the vS~ tion of claims elements.
Each line item of claims history is compared against the Procedure, the Description tab~e, (such as CPT or XCPCS
description tables; ~CPCS means Health Care Financing ~dministration Common Procedure Coding System provided by the U.E. GoveL ~ '; such tables generally are referred to as Description Tables and may contain any coding 9chemes) and the ICD description tables to validate the codes cont~;n~ in the ~ W096l00423 5 t 2 ~ 9654~ r~
line item, 1103. ~ine items with an invalid code are not included in the remainder of RAM processing, though they are counted for future reference. Line items which indicate services being performed over a period of more than one day are expanded into numerous line items, one for each service performed, 1104.
This function is also performed only on CPT codes 10000-99g99.
The services are then each given a unique date of service beginning with the ~date of service from" for the first line item and ending with the "date of service to" for the last line item.
The last validation step, 1105, is the conversion of old CPT
codes to new CPT codes. This step is essential to provide the most accurate statistics relative to physician office and hospital visits (termed Evaluation and Management Services).
The last step of the RAM process is to edit all claims for errors, through an appropriate claims edit tool, 1106. In the preferred embodiment, software known as "C~AIMS EDIT SYSTEM"
which is available from Medicode, Inc. located in Salt ~ake City, Utah is used to detect and correct any duplicate line items or inappropriately billed services. This results in an appropriately processed set of raw data that is now in a condition for episode of care processing.
2. Determination of Episode of Care The next step in transforming raw data into a useful database is to determine episodes of care for the data that has already undergone RAM processing. In the invention, a database is created which contains profiles for various diagnoses, chronic and otherwise, including complications indicators. Creation of the database depends on accurately defining an episode of care ~"EOC") for each diagnosis. An episode of care is generally considered to be all healthcare services provided to a patient for the diagnosis, treatment, and aftercare of a specific medical condition. The episode of care window for a single disease is ~ depicted in Figure 2. In the simplicity of the figure, it c~n be seen that for the diagnosis in question, all healthcare ser~ ces provided between onset and resolution should be incorporated into W0961004~ 2 1 i ~ 5 ~ ~ 5 2 P~
the database. An example of this would be a patient who has been afflicted with acute appendicitis. The patient's life prior to onset of the acute appendicitis would be considered a disease free state. On some date, the patient would notice symptoms of S acute appendicitis (although he may not know the diagnosisJ that cause him to seek the attention of a medical provider. That event would be considered the onset. During the disease state, numerous events may occur, such as the patient consulting a family practitioner, consulting a surgeon, laboratory work and surgical services being performed, and follow-up visits with the provider~s) When further follow-up is no longer required, resolution has been reached. Thus an episode of care has been defined and data from that patient's episode of care is used in the invention to construct a profile for the diagnosis applicable 1~ to that patient ~ithout the use of additional logic, however, the use of that definition of an episode of care would result in erroneous data beins entered into the pro~ile database.
For example, in Figure 3 it can be seen that a patient suffering from a chronic disease who contracts a second disease could be treated both for the chronic disease and for the second disease during the disease state (i.e. between onset and resolution). If all medical provider billing data during the disease state were entered into the database, then the database would contain erroneous historical data for that individual~s diagnosis. For example, if a patient who suffers from psoriasis were to be S;~gn~d with acute appendicitis and received treatment for psoriasis between the time of onset and resolution of his acute ~rr~n~;~itis, then the provider billings would contain both billings for treatment of the psoriasis and the 3Q acute appendicitis. Therefore the invention incorporates methods for discerning medical provider billings irrelevant to a particular diagnosis. Further, the disease state could be the active state of a chronic disease, and resolution could be the disease retur~ing to its inactive state. A method for handling this situation is therefore also provided.
~ W096l004~ 53 21 96~49 PCT~S9s~07962 Other alternatives in the course of a disease further complicate accurately defining an episode of care. From Figure 4 it can be seen that for any particular diagnosis, the outcome could be resolution, as described above, return to the chronic state of a disease, or complication of the disease. For example, if a patient has undergone an appendectomy, the patient may contract an infection following the surgical procedure. Because complications of various types and durations and in varying frequencies are associated with various diagnoses, a method for incorporating the complication data into the statistically-derived practice parameter is intended to be provided in the invention.
Figure 5 depicts the phases of an episode of care, including the sequence of patient workup, treatment, and eventual resolution, return to the chronic state, or complication followed by either resolution or return to the chronic state.
The method for defining an entire episode of care provided in the invention is used to construct a database of profiles based on billing data that has been filtered to eliminate data irrelevant to the diagnosis which would lead to an erroneous profile. Essential to the determination of an EOC are certain qualifying circumstances. These circumstances are managed through the use of four inter-relational qualifying tables, to provide a ---h~n;~m for sorting patient history for the occurrence of specific procedures or ICD codes that are requisite for an EOC to be valid.
The steps used in the preferred ; ' ~ nt to determine an episode of care are shown in figure 12 and as follows.
a.) Data Sort by Index Code First, 1201, the raw data set which has undergone RAM
processing is sorted by index code ~i.e. general diagnosis) to find all patient records with occurrence of a particular index code on at least two different dates of service. Second, 1202, qualifying ICD codes (specific diagnosis) associated with the index code in question are found by searching patient history for W096,00423 21 ~6~ pCT~sgs~o7962 at least one occurrence of the specific category or index code, to be considered in the criterla of an episode of care Third, 1203, during this step patient history records are searched for qualifyins circumstances such as procedures relatiny to specific medical conditions which may have been indicated as uaually requiring an Evaluation and ~anagement (E/M) service durlng the course of treatment. For example, an occurrence of a qualifying circumstance such as an E/M service during the patient history is considered in the criteria of an episode of care Fourth, 12G4, once the data history has been searched for qualifying circumstances, the valid components of these patient records are then checked against the three inter-relational Index Tables to identify qualifying ICD codes associated with the chosen index code. In addition, the patient records are searched for any comorbidity ICD codes that would disqualify the patient record for inclusion in the EOC ~such as diabetes with renal failure~
Records then are given a staging indicator (i e chronic, acute, life-tr.reatening, etc.) associated with the index code to continue in the EOC process in the determination of windows Fifth, 12D5, a temporary file is created based on combining the a~thorized and/or disallowed ICD codes that are associated with a giver index code in the Index Clobal Table ~listing preventative and aftercare codes) and the Index Detail tables The temporary file is created using the Index Table Pointers, which determine whether or not the Index Detail Table only should be accessed or whether the Index Global Table is also necessary for draftins the temporary file Sixth, 1206, for each unique patient record that has been identified as c~nt~;n;ng the assigned Index code with its associated staging, the entire data set is searched to find the first occurrence of its index code and the date of that record.
b.) Determination of Clear Windows Clear window processing defines the onset and resolution points of a diagnosis to establish an episode of care. The actual parameters used in clear window processing may vary in W096/00~23 PCT~595~0796t ~ 55 2 ~ 965~q various implementations of the invention. Based on the staging indicator, a pre-episode window time period and a post-episode window time period are selected from the table, 1207. Then, 1208, beginning with the first occurrence of an index code in the patient record, a search backward in time is made until no services relating to the diagnosis are found. Then a further search backward in time is made to determine a pre-episode clear window. If any of the ICD codes, V-codes or complications codes found during the data sort by index code processing are found during this search backward in time that fall outside of the pre-episode window time period, there is no clear window and that patient record is rejected and not used. Processing begins again with the sort by index code for a new patient record. If a clear pre-episode window has been found, the patient record continues through post-episode window determination.
Once a clear pre-episode window has been found, a search is made for a clear post-episode window, 120g. This comprises two searches forward in time. The first search is to establish the date of the procedure code in question. Then a further search forward in time is made for the clear post-episode window. If the second search to determine the clear post-episode window reveals any of the ICD codes, V-codes or complications codes found during the data sort by index code processing are found outside of the post-episode window time period (as specified by the staging indicator), there is no clear window and that patient record is rejected and not used. Processing would begin again with the sort by index code for a new patient record. If a clear window has been found the patient record can be analyzed for a valid episode of care.
c.) Valid Epiaode of Care The patient record is then checked to determine if the index code in question appears on at least two dates of service. If ~ the index code appears on only one date, the record is rejected.
The qualifying tables are then checked to determine if the record meets the minimum criteria for procedure codes (such as surgical ~ ~ Y c~ 4 ~
WO ~0~23 ~ PCT~07~62 56 ~
services) that are expected to be found within an epiaode of care for a given index code. If the mirimum criteria are not found in an episode of care, he patient record will be rejected and it will not be considered in the profile summary. Processing would then resume with a new patient record and data sort by index code. Once an EOC has been determined for a set of claims history meeting the criteria for an Index code, the information can be sorted by different combinations of treatment patterns that are likely to arise for a given medical condition, 1210.
There are eight basic profile classes which outline the common combinations of treatment patterns to statistically analyze and store. These Profile Classes are:
o. Common Profile (diagnostic and E/M servioes common to all of the above).
1. Surgery~edicine/Radiation Profile 2. Medicine~adiation Profile 3. Surgery~Radiation Profile 4. Surgery~Medicine Profile 5. Radiation Profile 6. Medicine Profile 7. Surgery Profile 8. Summary Profile ~summary of 0-7 above) If the patient record contains the minimum criteria for an EOC then processing continues with pop~lation of the procedure and category tables.
d.) Populating the Procedure and Category Parameter Tables Patient records that have not been rejected by this point in the process will be added to the procedure and category tables, 1211. Data from all of the episodes of care for each index code are inserted into the paramete.r tables to create the summary statistical profiles. In the preferred ~mho~;- nt these tables are accessed by index code and populated with data from all the episodes of care for each index code to create and provide summary statistics. The information generated is driven by t.he index code and is sorted chronologically and by category of W096l004~ r~
~ 5 7 2 ~ 5 ~ ~
procedures. The procedure description table and category table are also accessed to determine a description of the proceaure codes and the service category in which they fall.
The final step of the EOC process is the generation of output reports, 1212. The output report of this step can be ~ either a on-line look-up report or a hard copy report. Reports are further described below.
The reader is directed to Figure 9 for supplementary information.
At this point, parameter tables have been created which may be accessed for various purposes. A description of these was listed above.
B. Use of the Database 1. Look-up Function In the preferred embodiment of the invention, a look-up function is provided so that various information available in the database may be accessed. In general, a specific diagnosis may be reviewed in each of the tables of the database based on ICD
code. In various embodiments of the invention, other look-up functions may be provided based on nearly any category of information ~ntfli~ed in the database. In the preferred ~mho~i t of the invention display of profiles is performed as part of the look-up function. Information in the procedure and category parameter tables are displayed by index code sorted chronologically to show a profile.
The specific steps of the preferred embodiment of the ~ook-Up function of the invention are shown in figure 13 and described as follows.
The first step, 1301, is to review the reference tables for a given Index ICD code. Once a specific diagnosis is chosen for review the process moves to step two. In step two, 1302, the ICD
description table is accessed to verify that the ICD-9 code is valid, complete and to provide a description of the diagnosis.
It will also indicate a risk adjustment factor assigned to the diagnosis.
~o g~oo~ '7 ~ 5 4 '~ PCT/US9~7962 In step three, the Index tables are accessed, 1303. Next, step four, 130~, ia to determine whether or not the chosen ICD
code is ar. Index code. If it is found as an Index code, any additlonal ICD codes associated which the selected Index code s will be accessed, 1305. If a chosen diagnosis is not listed as an index code, a prompt, 1306, will allow a search for the selected ICD code to list which index code(s~ it may be associated with and its indicator, 1307. A word search capability, 1308, is included in the look-up function applicable to the Index code display. A word or words of a diagnosis is entered and a search of possible ICD codes choices would be liated.
The next step, 1309, is to access the Parameter Tables to display selected profiles. The ir.formation provided is driven by the index code and is sorted chronologically, by profile class and by category of procedures. The user is then given the opportunit.y to choose whether the profiles to be accessed are from the reference tables, client developed profiles, or both, 1310. Next the Procedure Description Table, 1311, and the Category Table, 1312, are accessed to ascertain description of procedure codes and categories under which they fall.
The last step of the Look-Up function is the output of report product, 1313. This report may either be on-line look-up process or in the hard copy report format.
The preferred embodiment of the invention also performs subset profile look-up. This permits analysis of profiles based on selected subse~s of data such as age, gender, region and provider specialty.
The process for the subset of profiles look-up includes all of the steps necessary for the general profiles look-up and includes the following additional steps shown in figure 14 and described below.
The Age~Gender Table is accessed to ascertain the standard age ranges and/or gender selection for a given profile, 1~02.
This information is stored by index code with an adjustment W096l004~ r~
59 2 i 9~54~
factor to be multiplied against the occurrence count of each procedure stored in the parameter table. For example, an adjustment factor of 0.6 associated with an age range of 0 to 17 ~ would be calculated against an occurrence count of 10 for CPT
code 71021 for Index code 493XX giving an age adjusted occurrence of 6 for that age range.
The Region Statistic Table, 1403, is accessed and used in a similar manner as the Age/Gender Table. This table has adjustment factors based on ten regions throughout the United States.
The Zip/~egion Table, 1404, is accessed to identify what region a particular geographic ~ip code falls within.
The CPT Statistic Table, 1405, is accessed and used in a similar manner as the Age/Gender table. This table has adjustment factors based on different medical specialty groupings.
The Specialty table, 1406, is accessed to ascertain what particular specialty groupings are suggested.
The subset parameter Look-Up function also includes the capability of producing output reports, 1407. These reports can be on-line look-up process reports or hard-copy report format reports.
2. Comparison Proc~;n~
In the preferred embodiment of the invention, it is possible to compare profiles developed from a data set against profiles developed from a reference data set. Subsets of profiles may be compared as well. Profiles may be compared for any index code and profile reports may be output. It is also possible to identify those medical providers (whether individuals or institutions) who provide treatment that does not fall within the statistically established treatment patterns or profiles.
Further, various treatment patterns for a particular diagnosis can be compared by treatment cost and patient outcome to ~ 35 determine the most effective treatment approach. Based on W096~0423 21 t6549 r "~
historical treatment patterns and a fee schedule, an accurate model of the cost of a specific medical episode can be created.
The specific process of Ccmparison Processing is shown in figure 15 and described as follows. The first step, 1501, ls the comparison of information developed from the data history search process with reference information stored in the Parameter Tables. The next step, 1502, is to test the services from the history processing to see if it falls within the defined statistical criteria in the Parameter Tables. If it does an lo indicator is given to this effect, 1504. If the services fall outside the statistlcal criteria of the reference Parameters Table, a variance alert describing the difference will be given, lS03. The process may be repeated for each index code and its profile developed in the history process, 1505. The final step ls to produce output reports, 1506. These reports are elther on-line look-up process reports or hard-copy report format report.s.
3. Reporti~g Reporting of ~arious information contained in the database is provlded in the preferred embodiment. Six different types of reports or displays are provided in the preferred embodiment, these are: Provider Practice Profile Report, Profile Comparison Reports, Resident Parameters Display, ~ocal Parameters Dlsplay, Parameter Comparison Report and Chronological Forecast. Each of these reports or displays is described as follows.
The Provider Practice Profile Report is a set of reports which provide a tally or summary of total CPT and~or ICD code utili2ation by a provider or group of providers durins a specified time interval and allows comparison against provided reference data or client generated reference data.
~ W096/00423 61 ~ l 965~ r~ ,C2 The select criteria for running the tally can be any one of the following:
- single physician, department, specialty or clinic by CPT
and/or ICD
- multiple physicians, departments, specialties, or clinics by specialty, region, CPT and/or ICD
- period of time being analyzed Included in the report is the following:
- criteria for select - claims analyzed - average lines per bill - invalid CPTs and percent of total for study - invalid ICDs and percer.t of total for study - incomplete ICDs and percent of total for study - patients in age categories - patients by gender - missing ICDs and percent of total Eor study The report includes numerous (up to about 22 in the preferred embodiment) separate procedure (such as CPT) categories which are headers for each page. Each CPT utilized within that category will be reported by:
- frequency and percent of total - dollar impact and percent of total for single or multiple fee schedules and/or allowable reimbursement schedules - grand total if more than a single physician report 21 Y65~
W09~004~ F~~
62 ~
The report includes a tally by ICD. ~ach ICD utilized is reported or. by:
~ - frequency and percent of total - dollar impact and percent of total for single or multiple fee schedule and/or allowable reimbursement schedules (dollar impact based or. each line item CPT correlated to the ICD~
If a report includes regicn and~or specialty, there are numerous tallies for procedure categories and/or ICD.
The Profile Comparison Reports give the client a comparison of a health care provider's (or group of prsviders') utilization of CPT and/or ICD-9 codes in a specific episode of care against a reference set of utilization profiles. This includes numoer, frequency and chronological order of services along with other statistical information (eg, range, mode, confidence interval, etc . .~
The comparison can be against one of the following:
- national norms resident in the tables - regional norms resident in the tables - client establ.ished norms developed by use o~ the tally report, outlined above - other Selection criteria include the following:
- single physician, department, clinic or specialty by CPT
and/or ICD to be compared against national, regional, specialty, and/or client established norms ~ W096~423 6 3 2 ~ ~ 6 5 ~ 9 ~ r ~ ~ S2 - multiple physicians, departments, clinics, or specialties by CPT and~or ICD by specialty and/or region, to be compared against national, region, specialty, and~or client established norms - set period of time being analyzed General informa~ion included in the report includes:
- criteria for select (ie, national, regional, specialty, and~or client establishedJ
- claims analyzed - average lines per bill - invalid CPTs and percent of total for study and comparison - invalid ICDs and percent of total for study and comparison - incomplete ICDs and percent of total for study and comparison - patients in age categories and comparison - patients by gender and comparison - missing ICDs and percent of total for study and comparison The report includes numerous separate CPT categories which are headers for each page. Each CPT utilized within that category will be reported by~
- frequency and percent of total - dollar impact and percent of total for single or multiple fee schedules and~or allowable reimbursement schedules - grand total if more than a single physician report 2~ The report includes a tally by ICD. Each ICD utilized is reported on by:
W0~00423 ~ 5 ~ 9 r~ C~"~2 ~4 - frequency and percent of total - dollar impact and percent of total for 5ingle or multiple fee schedule and~or allowable reimbursement schedules (dollar impact based on each line item CPT correlated to the ICD~
If a report includes region and/or specialty, there are numerous tallies for CPT categories and/or ICD.
The Resident Parameters Display provides the client a look-up mode for informar~ion stored in the Practice Parameter Tables or client generated parameter tables. This look-up should be on the computer screen or as a print out.
The selection criteria is baaed on the key elements of the Practice Parameter tables. ~or Example:
- Index code for associated CPT codes and/or any other the following:
- index code only - index co~e and indicators ~ie, related, complicat.ing, rule/outs, symptoms, etc~
- specialty - region - age - gender - standard length of Episode of Care - based on profile ~tally) - based on parameter ~timeline~
- regional variables ~ W096/OU4~ 6 5 2 1 '~ 6 5 4 9 - other misc. look-ups - geozips incorporated in a region - CPT for follow up days and/or lifetime occurrence - specialty and associated CPT codes - ICD and Risk Factor The ~ocal Parameters Display provides the same information as described in the Display of Resident Parameters listed above.
The Parameter Comparison Reports are a set of reports which give the client a comparison of a physician (or group of physicians) utilization of CPT andior ICD against an existing set of utilization norms over a timeline and in chronological order.
The comparison can be against one of the following:
- national norms resident in the tables - regional norms resident in the tables - client established norms developed by use of the tally report, outlined above - other Selection criteria include the following:
- single physician, department, clinic or specialty by CPT
and/or ICD to be compared against national, regional, specialty, and/or client established norms ~ - multiple physicians, departments, clinics, or specialties by CPT and/or ICD by specialty and/or region, to be compared against national, region, specialty, and/or client established norms - set period of time being analyzed W096100423 ;~ ~ ~i tl -iLi i PCI'IUS9.';107962 6~
General informatior. lncluded in the report includes:
- criteria for select (ie, national, regional, specialty, and/or client established~
- claims analyzed - average lines per bill - invalid claims due to incomplete Episode of Care - invalid CPTs and percent of total for study and comparisor.
- invalid ICDs and percent of total for study and comparison - incomplete ICDs and percent of total for study and comparison - patients in age categories and comparison - patients by gender and comparison - missing ICDs and percent of total for study and comparison The report includes numerous separate procedure categories which are headers for each page. Fach procedure category utilized within that category will be reported by:
- f requency and percent of total - dollar impact and percent of total for single or multiple fee schedules and/or allowable re; 'u~&~ nt schedules - grand total if more than a single physician report The Chronological Forecast provides statistical trend analysis and tracking of the utilization of billing codes representative of services performed by a physician for a given diagnosis over a set period of time and stored in chronological ~5 order. It. will provide a summation of billed codes ~ W096/00423 6 7 2 1 , 6 5 4 ~ PCT~Sg~l07g62 representative of services and diagnoses utilized by an eneity over a period of time.
C. System Requirements The method and system of this invention may be implemented in conjunction with a general purpose or a special purpose computer system. The computer system used will typically have a central processing unit, dynamic memory, static memory, mass storage, a command input m~mh~ni pm (such as a keyboard), a display mechanism (sucfi as a monitor), and an output device (such as a printer). Variations of such a computer system could be used as well. The computer system could be a personal computer, a minicomputer, a mainframe or otherwise. The computer system will typically run an operating system and a program capable of performing the method of the invention. The database will typically be stored on mass storage (such as a hard disk, CD-ROM, worm drive or otherwise). The method of the invention may be implemented in a variety of ~LvyL~ ing languages such as COBOL, RPG, C, FORTRAN, PASCAL or any other suitable pIvyL ing language. The computer system may be part of a local area network and/or part of a wide area network.
It is to be understood that the above-described embodiments are merely illustrative of numerous and varied other omho~i tP
which may constitute applications of the principles of the invention. Such other embodiments may be readily devised by those skilled in the art without departing from the spirit or W0961004~ 21 q ~ 5 4 q r~~
scope o~ this invention and it i9 our intent that they be deemed within the scope oi our invention.
file, Unpacked data, Fixed record lengths * 8 mm Exabyte tape: RTAR" or single ASCII or EBCDIC file, Ur.packed datal Fixed record lengths ~480 cartridge: Unpacked datal Fixed record lengths, Compressed or U,~ essed * Maximum Block size 64,280 This invention is a process for analyzing healthcare providers' billing patterns to assess utilization patterns of ~ W096/0~423 47~1 ~65~q r~~ G2 medical services. The method of the invention incorporates a set of statistically derived and clinically validated episode of care data to be used as a paradigm for analyzing and comparing providers~ services for specific diagnoses or medical conditions.
This invention utilizes a series of processes to analyze the client~s healthcare claims history to create unique parameters.
In its preferred embodiment, the invention is implemented in software. The invention provides the following functions or tools to the client: creation of local profiles, display of profiles and comparison of profiles.
The creation of local profiles function gives the client the ability to develop unique episode of care profiles utilizing their own claims history data. The process for creating these profiles is identical to the process used in the development of the reference profiles.
The display of profiles function provides a look-up capability for information stored in the reference tables or in client generated profiles tables. This look-up capability may be displayed on the computer screen or viewed as a hard-copy print out.
The comparison of profiles function provides a comparison between any two profile sources with attention to variance bet~een them. This includes comparing client specific profiles to reference tables, comparing a specific subset of the client's data (eg, single provider) against either reference tables or the client~s profiles, or comparing different subsets of the client~s profiles to subsets of reference tables.
There are four main processes involved in the invention, as depicted in figure 10. These are Read, Analyze and Merge ~RAM), lOOl, further depicted in figure 11; Episode of Care analysis ~EOC), 1002, further depicted in figure 12; ~ook-up function, 1003, further depicted in figures 13 and 14; and Profile Comparison, 1004, further depicted in figure 15. The invention also includes an innovative reporting mechanism. Each of these WO 9CI~U423 ~ ~ q 6 5 4 q r~ l "
48 ,~
four main processes and the reporting mechanism is described in detail in the remainder of this section.
A. Trannforming Faw Data lnto an InformatiVe Data~ase soth the RAM and the EOC processes involYe healthcare ciaims 5 history search and analysis. The intent of the RAM and the E~C
claims history processing is to enable the end user ~o establish their own unique profiles based on their existing claims data information. Developing a database of historical provider billing data which will be used to provide the functionality of the invention is the first step in the invention.
1. Read, Analyze and Merge ("RA~"~
In order to define a profile a significant quantity of historical medical provider billing information must be analyzed.
As indicated above, the provider billings may come from a ariety of sources, with the general guideline that accuracy and completeness of the data and a statistically significant sample of provider billings required to develop a reliable profile. In the preferred ; ~ ~;r~nt of the invention, no less than two yearsr of consecutive claims history and about fifty million claims are used to develop the profiles. The RAM process verifies existence and validity of all data elements in a claims history before the data is processed to develop a profile. The reader is directed to Figures 1 and 6-8 for pictorial representations of the preferred ~mho~; -t of the invention.
Figure l depicts the high leve]. steps performed in one embodimer.t of the invention. The data flow shown in Figure 1 includes loading client data 101 from tape 100, reordering various fields 103 and performing date of service expansion 104 as necessary.
Next, data are merged (cn-~in~d) 1-5 and sorted 106 to ensure all bill I~'s are grouped together. The data 105 is then read, analyzed and merged into an extended data set ~EDS) 110.
Reporting and any other processing may occur 111 and an Episode of Care database 112 is created. The preferred embodiment of this invention. In the preferred c ~ir~nt of the invention, the steps of the invention are implemented in a software product WO ~/00423 r~ 2 4 9 2 1 ~ 6 5 '~
referred to as CARE TRENDS available from Medicode, Inc. Gf Salt Lake City, Utah.
Figure 6 depicts read, analyze and merge processing that - occurs in the preferred embodiment of the invention. First, one claim at a time the data 603 is read 601, cross walked and scrubbed (filtered) 602. Then a claim is analyzed 604 with result output to a log file 605. The results in the log file 605 are then compared 606 to the original claim data and inserted 607 into an extended data set 608.
Figure 7 depicts an analytical process of the preferred embodiment that includes initializing 701 RVU and line number for each line of the claim and sorting 702 by R W (descending) and CPT and charge in order to prepare for proper analysis by CES.
Then 703 line items are split into two groupings of surgical assistant modifiers and all other modifiers in separate groups.
Each of the two groups is then checked 704 against disease classification codes (ICD 9), procedure edits rules 705 (CES
tables) and unbundle/rebundle edits 706 are performed.
Figure 8 depicts the merge process of the preferred ~ i t of the invention. It includes reading 802 each line of from the log file for current bill, proceeding with processing if the record read is pertinent 804, determining whether to add the record to the ~t~n~ data set 805-807, (i.e. not adding denials, adding rebundles and adding other lines that have not been specifically excluded).
Figure g depicts episode of care formation in the preferred embodiment. This processing includes processing the records in teh ~t~n~ data set that relate to the current index code.
This relation is determined by the index tables. Then the records are broken into potential episodes of care based on a period of time specified in a window table. Then the episode of care is qualified based on the rules in a qualifying table.
Qualifying episodes of care are inserted into the episode of care table.
,4 W0~004~ ' rc "u~
The following text includes a written descript~on of the RAM
processin~ that is performed ln the preferred embodimer.t of the invention Figure 11 shows the RAM process.
The first step in the RhM process is determination of a patient record, llD1. It is necessary to establish a patient record that can be used in the episode of care extraction process (~pl~;n~d in detail below). In the preferred embodiment, a patient record is identified as a unique patient history involving no less than t~o years of sequential claims history.
Because. identifyins patient information is often removed from patient records to ensure patient confidentiality, patient information such as subscriber~relationship, patient ID, age, gender, bill ID and claim ID may be useful in positively identifying a particular patient. It should be noted that claims history data from various sources may need tO be handled differently to identify patient records due to differences in file organization and level of detail of information provided.
The amount of information desired to be captured may vary in different Pmho~ nts of the invention, but generally the Zo information to be captured is that on a standard HCFA 1500 billing form, Electronic ~edia Claims, Us ~2 or UB 92 claim iorms, all of which are generally known in the industry.
The next step, 1102, is the manipulat;on of the client file layout to extrapolate or crosswalk the pertinent information in 25 order to conform to the logic of the invention. Examples of this step lnclude: translation o~ Type of Service or senefits to Specialty type, modifiers, and/or place of service information.
The next steps involve the vS~ tion of claims elements.
Each line item of claims history is compared against the Procedure, the Description tab~e, (such as CPT or XCPCS
description tables; ~CPCS means Health Care Financing ~dministration Common Procedure Coding System provided by the U.E. GoveL ~ '; such tables generally are referred to as Description Tables and may contain any coding 9chemes) and the ICD description tables to validate the codes cont~;n~ in the ~ W096l00423 5 t 2 ~ 9654~ r~
line item, 1103. ~ine items with an invalid code are not included in the remainder of RAM processing, though they are counted for future reference. Line items which indicate services being performed over a period of more than one day are expanded into numerous line items, one for each service performed, 1104.
This function is also performed only on CPT codes 10000-99g99.
The services are then each given a unique date of service beginning with the ~date of service from" for the first line item and ending with the "date of service to" for the last line item.
The last validation step, 1105, is the conversion of old CPT
codes to new CPT codes. This step is essential to provide the most accurate statistics relative to physician office and hospital visits (termed Evaluation and Management Services).
The last step of the RAM process is to edit all claims for errors, through an appropriate claims edit tool, 1106. In the preferred embodiment, software known as "C~AIMS EDIT SYSTEM"
which is available from Medicode, Inc. located in Salt ~ake City, Utah is used to detect and correct any duplicate line items or inappropriately billed services. This results in an appropriately processed set of raw data that is now in a condition for episode of care processing.
2. Determination of Episode of Care The next step in transforming raw data into a useful database is to determine episodes of care for the data that has already undergone RAM processing. In the invention, a database is created which contains profiles for various diagnoses, chronic and otherwise, including complications indicators. Creation of the database depends on accurately defining an episode of care ~"EOC") for each diagnosis. An episode of care is generally considered to be all healthcare services provided to a patient for the diagnosis, treatment, and aftercare of a specific medical condition. The episode of care window for a single disease is ~ depicted in Figure 2. In the simplicity of the figure, it c~n be seen that for the diagnosis in question, all healthcare ser~ ces provided between onset and resolution should be incorporated into W0961004~ 2 1 i ~ 5 ~ ~ 5 2 P~
the database. An example of this would be a patient who has been afflicted with acute appendicitis. The patient's life prior to onset of the acute appendicitis would be considered a disease free state. On some date, the patient would notice symptoms of S acute appendicitis (although he may not know the diagnosisJ that cause him to seek the attention of a medical provider. That event would be considered the onset. During the disease state, numerous events may occur, such as the patient consulting a family practitioner, consulting a surgeon, laboratory work and surgical services being performed, and follow-up visits with the provider~s) When further follow-up is no longer required, resolution has been reached. Thus an episode of care has been defined and data from that patient's episode of care is used in the invention to construct a profile for the diagnosis applicable 1~ to that patient ~ithout the use of additional logic, however, the use of that definition of an episode of care would result in erroneous data beins entered into the pro~ile database.
For example, in Figure 3 it can be seen that a patient suffering from a chronic disease who contracts a second disease could be treated both for the chronic disease and for the second disease during the disease state (i.e. between onset and resolution). If all medical provider billing data during the disease state were entered into the database, then the database would contain erroneous historical data for that individual~s diagnosis. For example, if a patient who suffers from psoriasis were to be S;~gn~d with acute appendicitis and received treatment for psoriasis between the time of onset and resolution of his acute ~rr~n~;~itis, then the provider billings would contain both billings for treatment of the psoriasis and the 3Q acute appendicitis. Therefore the invention incorporates methods for discerning medical provider billings irrelevant to a particular diagnosis. Further, the disease state could be the active state of a chronic disease, and resolution could be the disease retur~ing to its inactive state. A method for handling this situation is therefore also provided.
~ W096l004~ 53 21 96~49 PCT~S9s~07962 Other alternatives in the course of a disease further complicate accurately defining an episode of care. From Figure 4 it can be seen that for any particular diagnosis, the outcome could be resolution, as described above, return to the chronic state of a disease, or complication of the disease. For example, if a patient has undergone an appendectomy, the patient may contract an infection following the surgical procedure. Because complications of various types and durations and in varying frequencies are associated with various diagnoses, a method for incorporating the complication data into the statistically-derived practice parameter is intended to be provided in the invention.
Figure 5 depicts the phases of an episode of care, including the sequence of patient workup, treatment, and eventual resolution, return to the chronic state, or complication followed by either resolution or return to the chronic state.
The method for defining an entire episode of care provided in the invention is used to construct a database of profiles based on billing data that has been filtered to eliminate data irrelevant to the diagnosis which would lead to an erroneous profile. Essential to the determination of an EOC are certain qualifying circumstances. These circumstances are managed through the use of four inter-relational qualifying tables, to provide a ---h~n;~m for sorting patient history for the occurrence of specific procedures or ICD codes that are requisite for an EOC to be valid.
The steps used in the preferred ; ' ~ nt to determine an episode of care are shown in figure 12 and as follows.
a.) Data Sort by Index Code First, 1201, the raw data set which has undergone RAM
processing is sorted by index code ~i.e. general diagnosis) to find all patient records with occurrence of a particular index code on at least two different dates of service. Second, 1202, qualifying ICD codes (specific diagnosis) associated with the index code in question are found by searching patient history for W096,00423 21 ~6~ pCT~sgs~o7962 at least one occurrence of the specific category or index code, to be considered in the criterla of an episode of care Third, 1203, during this step patient history records are searched for qualifyins circumstances such as procedures relatiny to specific medical conditions which may have been indicated as uaually requiring an Evaluation and ~anagement (E/M) service durlng the course of treatment. For example, an occurrence of a qualifying circumstance such as an E/M service during the patient history is considered in the criteria of an episode of care Fourth, 12G4, once the data history has been searched for qualifying circumstances, the valid components of these patient records are then checked against the three inter-relational Index Tables to identify qualifying ICD codes associated with the chosen index code. In addition, the patient records are searched for any comorbidity ICD codes that would disqualify the patient record for inclusion in the EOC ~such as diabetes with renal failure~
Records then are given a staging indicator (i e chronic, acute, life-tr.reatening, etc.) associated with the index code to continue in the EOC process in the determination of windows Fifth, 12D5, a temporary file is created based on combining the a~thorized and/or disallowed ICD codes that are associated with a giver index code in the Index Clobal Table ~listing preventative and aftercare codes) and the Index Detail tables The temporary file is created using the Index Table Pointers, which determine whether or not the Index Detail Table only should be accessed or whether the Index Global Table is also necessary for draftins the temporary file Sixth, 1206, for each unique patient record that has been identified as c~nt~;n;ng the assigned Index code with its associated staging, the entire data set is searched to find the first occurrence of its index code and the date of that record.
b.) Determination of Clear Windows Clear window processing defines the onset and resolution points of a diagnosis to establish an episode of care. The actual parameters used in clear window processing may vary in W096/00~23 PCT~595~0796t ~ 55 2 ~ 965~q various implementations of the invention. Based on the staging indicator, a pre-episode window time period and a post-episode window time period are selected from the table, 1207. Then, 1208, beginning with the first occurrence of an index code in the patient record, a search backward in time is made until no services relating to the diagnosis are found. Then a further search backward in time is made to determine a pre-episode clear window. If any of the ICD codes, V-codes or complications codes found during the data sort by index code processing are found during this search backward in time that fall outside of the pre-episode window time period, there is no clear window and that patient record is rejected and not used. Processing begins again with the sort by index code for a new patient record. If a clear pre-episode window has been found, the patient record continues through post-episode window determination.
Once a clear pre-episode window has been found, a search is made for a clear post-episode window, 120g. This comprises two searches forward in time. The first search is to establish the date of the procedure code in question. Then a further search forward in time is made for the clear post-episode window. If the second search to determine the clear post-episode window reveals any of the ICD codes, V-codes or complications codes found during the data sort by index code processing are found outside of the post-episode window time period (as specified by the staging indicator), there is no clear window and that patient record is rejected and not used. Processing would begin again with the sort by index code for a new patient record. If a clear window has been found the patient record can be analyzed for a valid episode of care.
c.) Valid Epiaode of Care The patient record is then checked to determine if the index code in question appears on at least two dates of service. If ~ the index code appears on only one date, the record is rejected.
The qualifying tables are then checked to determine if the record meets the minimum criteria for procedure codes (such as surgical ~ ~ Y c~ 4 ~
WO ~0~23 ~ PCT~07~62 56 ~
services) that are expected to be found within an epiaode of care for a given index code. If the mirimum criteria are not found in an episode of care, he patient record will be rejected and it will not be considered in the profile summary. Processing would then resume with a new patient record and data sort by index code. Once an EOC has been determined for a set of claims history meeting the criteria for an Index code, the information can be sorted by different combinations of treatment patterns that are likely to arise for a given medical condition, 1210.
There are eight basic profile classes which outline the common combinations of treatment patterns to statistically analyze and store. These Profile Classes are:
o. Common Profile (diagnostic and E/M servioes common to all of the above).
1. Surgery~edicine/Radiation Profile 2. Medicine~adiation Profile 3. Surgery~Radiation Profile 4. Surgery~Medicine Profile 5. Radiation Profile 6. Medicine Profile 7. Surgery Profile 8. Summary Profile ~summary of 0-7 above) If the patient record contains the minimum criteria for an EOC then processing continues with pop~lation of the procedure and category tables.
d.) Populating the Procedure and Category Parameter Tables Patient records that have not been rejected by this point in the process will be added to the procedure and category tables, 1211. Data from all of the episodes of care for each index code are inserted into the paramete.r tables to create the summary statistical profiles. In the preferred ~mho~;- nt these tables are accessed by index code and populated with data from all the episodes of care for each index code to create and provide summary statistics. The information generated is driven by t.he index code and is sorted chronologically and by category of W096l004~ r~
~ 5 7 2 ~ 5 ~ ~
procedures. The procedure description table and category table are also accessed to determine a description of the proceaure codes and the service category in which they fall.
The final step of the EOC process is the generation of output reports, 1212. The output report of this step can be ~ either a on-line look-up report or a hard copy report. Reports are further described below.
The reader is directed to Figure 9 for supplementary information.
At this point, parameter tables have been created which may be accessed for various purposes. A description of these was listed above.
B. Use of the Database 1. Look-up Function In the preferred embodiment of the invention, a look-up function is provided so that various information available in the database may be accessed. In general, a specific diagnosis may be reviewed in each of the tables of the database based on ICD
code. In various embodiments of the invention, other look-up functions may be provided based on nearly any category of information ~ntfli~ed in the database. In the preferred ~mho~i t of the invention display of profiles is performed as part of the look-up function. Information in the procedure and category parameter tables are displayed by index code sorted chronologically to show a profile.
The specific steps of the preferred embodiment of the ~ook-Up function of the invention are shown in figure 13 and described as follows.
The first step, 1301, is to review the reference tables for a given Index ICD code. Once a specific diagnosis is chosen for review the process moves to step two. In step two, 1302, the ICD
description table is accessed to verify that the ICD-9 code is valid, complete and to provide a description of the diagnosis.
It will also indicate a risk adjustment factor assigned to the diagnosis.
~o g~oo~ '7 ~ 5 4 '~ PCT/US9~7962 In step three, the Index tables are accessed, 1303. Next, step four, 130~, ia to determine whether or not the chosen ICD
code is ar. Index code. If it is found as an Index code, any additlonal ICD codes associated which the selected Index code s will be accessed, 1305. If a chosen diagnosis is not listed as an index code, a prompt, 1306, will allow a search for the selected ICD code to list which index code(s~ it may be associated with and its indicator, 1307. A word search capability, 1308, is included in the look-up function applicable to the Index code display. A word or words of a diagnosis is entered and a search of possible ICD codes choices would be liated.
The next step, 1309, is to access the Parameter Tables to display selected profiles. The ir.formation provided is driven by the index code and is sorted chronologically, by profile class and by category of procedures. The user is then given the opportunit.y to choose whether the profiles to be accessed are from the reference tables, client developed profiles, or both, 1310. Next the Procedure Description Table, 1311, and the Category Table, 1312, are accessed to ascertain description of procedure codes and categories under which they fall.
The last step of the Look-Up function is the output of report product, 1313. This report may either be on-line look-up process or in the hard copy report format.
The preferred embodiment of the invention also performs subset profile look-up. This permits analysis of profiles based on selected subse~s of data such as age, gender, region and provider specialty.
The process for the subset of profiles look-up includes all of the steps necessary for the general profiles look-up and includes the following additional steps shown in figure 14 and described below.
The Age~Gender Table is accessed to ascertain the standard age ranges and/or gender selection for a given profile, 1~02.
This information is stored by index code with an adjustment W096l004~ r~
59 2 i 9~54~
factor to be multiplied against the occurrence count of each procedure stored in the parameter table. For example, an adjustment factor of 0.6 associated with an age range of 0 to 17 ~ would be calculated against an occurrence count of 10 for CPT
code 71021 for Index code 493XX giving an age adjusted occurrence of 6 for that age range.
The Region Statistic Table, 1403, is accessed and used in a similar manner as the Age/Gender Table. This table has adjustment factors based on ten regions throughout the United States.
The Zip/~egion Table, 1404, is accessed to identify what region a particular geographic ~ip code falls within.
The CPT Statistic Table, 1405, is accessed and used in a similar manner as the Age/Gender table. This table has adjustment factors based on different medical specialty groupings.
The Specialty table, 1406, is accessed to ascertain what particular specialty groupings are suggested.
The subset parameter Look-Up function also includes the capability of producing output reports, 1407. These reports can be on-line look-up process reports or hard-copy report format reports.
2. Comparison Proc~;n~
In the preferred embodiment of the invention, it is possible to compare profiles developed from a data set against profiles developed from a reference data set. Subsets of profiles may be compared as well. Profiles may be compared for any index code and profile reports may be output. It is also possible to identify those medical providers (whether individuals or institutions) who provide treatment that does not fall within the statistically established treatment patterns or profiles.
Further, various treatment patterns for a particular diagnosis can be compared by treatment cost and patient outcome to ~ 35 determine the most effective treatment approach. Based on W096~0423 21 t6549 r "~
historical treatment patterns and a fee schedule, an accurate model of the cost of a specific medical episode can be created.
The specific process of Ccmparison Processing is shown in figure 15 and described as follows. The first step, 1501, ls the comparison of information developed from the data history search process with reference information stored in the Parameter Tables. The next step, 1502, is to test the services from the history processing to see if it falls within the defined statistical criteria in the Parameter Tables. If it does an lo indicator is given to this effect, 1504. If the services fall outside the statistlcal criteria of the reference Parameters Table, a variance alert describing the difference will be given, lS03. The process may be repeated for each index code and its profile developed in the history process, 1505. The final step ls to produce output reports, 1506. These reports are elther on-line look-up process reports or hard-copy report format report.s.
3. Reporti~g Reporting of ~arious information contained in the database is provlded in the preferred embodiment. Six different types of reports or displays are provided in the preferred embodiment, these are: Provider Practice Profile Report, Profile Comparison Reports, Resident Parameters Display, ~ocal Parameters Dlsplay, Parameter Comparison Report and Chronological Forecast. Each of these reports or displays is described as follows.
The Provider Practice Profile Report is a set of reports which provide a tally or summary of total CPT and~or ICD code utili2ation by a provider or group of providers durins a specified time interval and allows comparison against provided reference data or client generated reference data.
~ W096/00423 61 ~ l 965~ r~ ,C2 The select criteria for running the tally can be any one of the following:
- single physician, department, specialty or clinic by CPT
and/or ICD
- multiple physicians, departments, specialties, or clinics by specialty, region, CPT and/or ICD
- period of time being analyzed Included in the report is the following:
- criteria for select - claims analyzed - average lines per bill - invalid CPTs and percent of total for study - invalid ICDs and percer.t of total for study - incomplete ICDs and percent of total for study - patients in age categories - patients by gender - missing ICDs and percent of total Eor study The report includes numerous (up to about 22 in the preferred embodiment) separate procedure (such as CPT) categories which are headers for each page. Each CPT utilized within that category will be reported by:
- frequency and percent of total - dollar impact and percent of total for single or multiple fee schedules and/or allowable reimbursement schedules - grand total if more than a single physician report 21 Y65~
W09~004~ F~~
62 ~
The report includes a tally by ICD. ~ach ICD utilized is reported or. by:
~ - frequency and percent of total - dollar impact and percent of total for single or multiple fee schedule and/or allowable reimbursement schedules (dollar impact based or. each line item CPT correlated to the ICD~
If a report includes regicn and~or specialty, there are numerous tallies for procedure categories and/or ICD.
The Profile Comparison Reports give the client a comparison of a health care provider's (or group of prsviders') utilization of CPT and/or ICD-9 codes in a specific episode of care against a reference set of utilization profiles. This includes numoer, frequency and chronological order of services along with other statistical information (eg, range, mode, confidence interval, etc . .~
The comparison can be against one of the following:
- national norms resident in the tables - regional norms resident in the tables - client establ.ished norms developed by use o~ the tally report, outlined above - other Selection criteria include the following:
- single physician, department, clinic or specialty by CPT
and/or ICD to be compared against national, regional, specialty, and/or client established norms ~ W096~423 6 3 2 ~ ~ 6 5 ~ 9 ~ r ~ ~ S2 - multiple physicians, departments, clinics, or specialties by CPT and~or ICD by specialty and/or region, to be compared against national, region, specialty, and~or client established norms - set period of time being analyzed General informa~ion included in the report includes:
- criteria for select (ie, national, regional, specialty, and~or client establishedJ
- claims analyzed - average lines per bill - invalid CPTs and percent of total for study and comparison - invalid ICDs and percent of total for study and comparison - incomplete ICDs and percent of total for study and comparison - patients in age categories and comparison - patients by gender and comparison - missing ICDs and percent of total for study and comparison The report includes numerous separate CPT categories which are headers for each page. Each CPT utilized within that category will be reported by~
- frequency and percent of total - dollar impact and percent of total for single or multiple fee schedules and~or allowable reimbursement schedules - grand total if more than a single physician report 2~ The report includes a tally by ICD. Each ICD utilized is reported on by:
W0~00423 ~ 5 ~ 9 r~ C~"~2 ~4 - frequency and percent of total - dollar impact and percent of total for 5ingle or multiple fee schedule and~or allowable reimbursement schedules (dollar impact based on each line item CPT correlated to the ICD~
If a report includes region and/or specialty, there are numerous tallies for CPT categories and/or ICD.
The Resident Parameters Display provides the client a look-up mode for informar~ion stored in the Practice Parameter Tables or client generated parameter tables. This look-up should be on the computer screen or as a print out.
The selection criteria is baaed on the key elements of the Practice Parameter tables. ~or Example:
- Index code for associated CPT codes and/or any other the following:
- index code only - index co~e and indicators ~ie, related, complicat.ing, rule/outs, symptoms, etc~
- specialty - region - age - gender - standard length of Episode of Care - based on profile ~tally) - based on parameter ~timeline~
- regional variables ~ W096/OU4~ 6 5 2 1 '~ 6 5 4 9 - other misc. look-ups - geozips incorporated in a region - CPT for follow up days and/or lifetime occurrence - specialty and associated CPT codes - ICD and Risk Factor The ~ocal Parameters Display provides the same information as described in the Display of Resident Parameters listed above.
The Parameter Comparison Reports are a set of reports which give the client a comparison of a physician (or group of physicians) utilization of CPT andior ICD against an existing set of utilization norms over a timeline and in chronological order.
The comparison can be against one of the following:
- national norms resident in the tables - regional norms resident in the tables - client established norms developed by use of the tally report, outlined above - other Selection criteria include the following:
- single physician, department, clinic or specialty by CPT
and/or ICD to be compared against national, regional, specialty, and/or client established norms ~ - multiple physicians, departments, clinics, or specialties by CPT and/or ICD by specialty and/or region, to be compared against national, region, specialty, and/or client established norms - set period of time being analyzed W096100423 ;~ ~ ~i tl -iLi i PCI'IUS9.';107962 6~
General informatior. lncluded in the report includes:
- criteria for select (ie, national, regional, specialty, and/or client established~
- claims analyzed - average lines per bill - invalid claims due to incomplete Episode of Care - invalid CPTs and percent of total for study and comparisor.
- invalid ICDs and percent of total for study and comparison - incomplete ICDs and percent of total for study and comparison - patients in age categories and comparison - patients by gender and comparison - missing ICDs and percent of total for study and comparison The report includes numerous separate procedure categories which are headers for each page. Fach procedure category utilized within that category will be reported by:
- f requency and percent of total - dollar impact and percent of total for single or multiple fee schedules and/or allowable re; 'u~&~ nt schedules - grand total if more than a single physician report The Chronological Forecast provides statistical trend analysis and tracking of the utilization of billing codes representative of services performed by a physician for a given diagnosis over a set period of time and stored in chronological ~5 order. It. will provide a summation of billed codes ~ W096/00423 6 7 2 1 , 6 5 4 ~ PCT~Sg~l07g62 representative of services and diagnoses utilized by an eneity over a period of time.
C. System Requirements The method and system of this invention may be implemented in conjunction with a general purpose or a special purpose computer system. The computer system used will typically have a central processing unit, dynamic memory, static memory, mass storage, a command input m~mh~ni pm (such as a keyboard), a display mechanism (sucfi as a monitor), and an output device (such as a printer). Variations of such a computer system could be used as well. The computer system could be a personal computer, a minicomputer, a mainframe or otherwise. The computer system will typically run an operating system and a program capable of performing the method of the invention. The database will typically be stored on mass storage (such as a hard disk, CD-ROM, worm drive or otherwise). The method of the invention may be implemented in a variety of ~LvyL~ ing languages such as COBOL, RPG, C, FORTRAN, PASCAL or any other suitable pIvyL ing language. The computer system may be part of a local area network and/or part of a wide area network.
It is to be understood that the above-described embodiments are merely illustrative of numerous and varied other omho~i tP
which may constitute applications of the principles of the invention. Such other embodiments may be readily devised by those skilled in the art without departing from the spirit or W0961004~ 21 q ~ 5 4 q r~~
scope o~ this invention and it i9 our intent that they be deemed within the scope oi our invention.
Claims (37)
- We claim:
. . 1. In a general purpose computer system comprising:
. . a central processing unit, . . dynamic memory, . . static memory, . . a display device, . . an input device, . . an output device . . a mass storage device which contains . . a number of historical medical provider patient billing records identifiable as patient records, a grouping of diagnosis codes, a grouping of qualifying circumstance codes, a grouping of staging indicators, a grouping of preventive codes, . . a grouping of complication codes, . . a method for generating a medical provider profile comprising the steps of:
. . (a) selecting a diagnosis code, (b) reading a plurality of patient records from the mass storage device into the dynamic memory, each of said patient records having said selected diagnosis code and all of said patient records read corresponding to a single patient, (c) comparing each of said read patient records with each qualifying circumstance code in the grouping of qualifying circumstance codes, (d) re-sorting each of said patient records having a qualifying circumstance, (e) reading a staging indicator corresponding to said selected diagnosis code into dynamic memory, (f) creating a grouping of said selected diagnosis code with each code in the grouping of related diagnoses codes which correspond to said selected diagnosis code thereby creating a grouping of related codes, (g) searching said plurality of read patient records for the record containing the earliest date on which said selected diagnosis code occurs and noting said date as a first occurrence date, (h) for each read patient record corresponding to a code in said grouping of related codes, rejecting said read patient record if a comparison of each of said read patient records with said staging indicator and said first occurrence date shows that for any read patient record, the date of a read patient record predates said first occurrence date by a period of time that exceeds said staging indicator, (i) for each read patient record corresponding to a code in said grouping of related codes, rejecting said read patient record if a comparison of each of said read patient record with said staging indicator and said first occurrence date shows that for any read patient record, the date of a read patient record postdates said first occurrence date by a period of time that exceeds said staging indicator, (j) for each read patient record not rejected in steps (a) through (i) above, rejecting said record if said selected diagnosis code does not appear on at least two separate dates on said record, (k) for each read patient record not rejected in steps (a) through (j) above, writing said record into a parameter table to create a profile for said selected diagnosis. - 2. In a general purpose computer system comprising:
a central processing unit, dynamic memory, static memory, a display device, an input device, an output device, a mass storage device which contains a grouping of medical provider profiles, a method for utilizing a medical provider profile comprising the steps of:
(a) selecting a medical provider profile having a plurality of parameters, (b) receiving a medical claim that includes a diagnosis and (c) comparing said medical claim diagnosis to said medical provider profile to determine whether said medical claims falls within the parameters of said profile. - 3. A system for establishing medical provider profiles, the system comprising:
(a) means for receiving a quantity of historical medical provider patient billing records identifiable as patient records, (b) a grouping of diagnosis codes, (c) a grouping of qualifying circumstances, (d) a grouping of staging indicators, (e) a grouping of preventive codes, (f) a grouping of complication codes, (g) means for selecting a diagnosis code, (h) means for organizing a grouping of patient records, each of said organized patient records having a selected diagnosis code and all of said organized patient records corresponding to a single patient, (i) means for comparing each of said organized patient records with each qualifying circumstance, (j) means for rejecting each of said patient records having a qualifying circumstance, (k) means for reading a staging indicator corresponding to said selected diagnosis code into dynamic memory, (l) means for creating a grouping of said selected diagnosis code with each code in a grouping of qualifying circumstance codes which corresponds to said selected diagnosis code thereby creating a grouping of related codes, (m) means for searching said plurality of read patient records for the record containing the earliest date on which said selected diagnosis code occurs and noting said date as a first occurrence date, (n) for each read patient record corresponding to a code in said grouping of related codes, means for rejecting said read patient record if a comparison of each of said read patient records with said staging indicator and said first occurrence date shows that for any read patient record, the date of a read patient record predates said first occurrence date by a period of time that exceeds said staging indicator, (o) for each read patient record corresponding to a code in said grouping of related codes, means for rejecting said read patient record if a comparison of each of said read patient record with said staging indicator and said first occurrence date shows that for any read patient record, the date of a read patient record postdates said first occurrence date by a period of time that exceeds said staging indicator, (p) for each read patient record not rejected in steps (a) through (o) above, means for rejecting said record if said selected diagnosis code does not appear on at least two separate dates on said record, (q) for each read patient record not rejected in steps (a) through (p) above, means for writing said record into a parameter table to create a profile for said selected diagnosis. - 4. In a general purpose computer system comprising:
a central processing unit, dynamic memory, and a mass storage device, a method for establishing a medical provider profile comprising the steps of:
(a) receiving a number of medical provider billing records, (b) selecting a general diagnosis code, (c) selecting a patient record that contains said diagnosis code from said medical provider billing records, (d) comparing said patient record with a qualifying circumstance table and rejecting said patient record if it contains a qualifying circumstance code, (e) selecting from a table containing specific diagnosis codes all specific diagnosis codes related to said general diagnosis code, (f) selecting from a table containing preventive codes all preventive codes related to said general diagnosis code, (g) selecting from a table containing aftermath codes all aftermath codes related to said general diagnosis code, (h) grouping said general diagnosis code, said selected specific diagnosis codes, said selected preventive diagnosis codes, and said selected aftermath codes into a group of related codes, (i) assigning said patient record with a staging indicator associated with said general diagnosis code, (j) determining a first occurrence of said general diagnosis code in said patient record, (k) rejecting said patient record if a comparison of the date of each occurrence of a code in said group of related codes with said first occurrence date shows that an occurrence of a code in said group of related codes has a date that predates the first occurrence date by more than a period of time indicated by said staging indicator, (l) rejecting said patient record if a comparison of the date of each occurrence of a code in said group of related codes with said first occurrence date shows that an occurrence of a code in said group of related codes has a date that postdates the first occurrence date by more than a period of time indicated by said staging indicator, (m) rejecting said patient record if said diagnosis code appears in said patient record on no more than a single date, (n) if said patient record has not been rejected, entering it into a parameter database. - 5. A method for analyzing a healthcare provider billing patterns comprising the steps of (a) obtaining a base data set of medical provider billing information, (b) verifying base data contained in said base data set, said verifying step including identifying the existence of errors in said base data, (c) correcting errors identified during said verifying step, (d) obtaining a healthcare provider billing data set, (e) comparing said healthcare provider billing data with said base data, and (f) generating a report which describes a relationship between said healthcare provider billing data and said base data.
- 6. A method as recited in claim 5, wherein said step of obtaining a base data set of medical provider billing information further comprises:
(i) obtaining an existing data set comprising:
national profiles and regional profiles, (ii) building a base data set comprising patient records comprising:
line items, identifying codes for reporting medical services, Index codes, Dates of Service, and Service Name, (iii) determining a patient record from said base data set of patient records for an episode of care extraction process, and (iv) manipulating said patient record to extrapolate desired information. - 7. A method as recited in claim 5 wherein said base data contained in said base data set comprises:
(i) a claims history that includes a plurality of line items, (ii) a plurality of description tables of data that include (1) a Identifying code for reporting a medical service description table, (2) a description table, and (3) an disease classification description table, (iii) checking said line items against said Identifying code for reporting a medical service description table, (iv) checking said line items against said description table, (v) checking said line items against said disease classification description table, (vi) counting invalid line items, (vii) checking said line items against date of service, said checking step comprising:
(1) expanding into separate line items any said line items which contain "date of service from" and a "data of service to" where the said two dates are not the same, (2) dating said services with a unique date of service beginning with said "date of service from" for first said line item and ending with said "date of service to" for last said line item, and (viii) converting Identifying code for reporting medical service code formats to standard identifying code for reporting a medical service code format - 8. A method as recited in claim 5, wherein said step of correcting errors identified further comprises:
(a) detecting a duplicate line item among said line items, (b) editing said claims history line items, (c) detecting a inappropriately billed service among said services, and (d) editing said inappropriately billed service. - 9. A method as recited in claim 5, wherein said step of comparing said healthcare provider billing data with said base data further comprises:
(a) performing a data history search producing an information set, (b) accessing a plurality of parameter tables, said parameter table comprising (i) index codes, and (ii) statistical criteria, (c) comparing said information set against said index codes, (d) checking if said information set falls within a defined statistical criteria, (e) setting an indication if said information set falls within said defined statistical criteria, and (f) providing a variance alert describing differences between said information set and said defined statistical criteria. - 10. A method as recited in claim 5, wherein said step of generating a report which describes a relationship between said healthcare provider billing data and said base data further comprises:
(a) producing a comparison report comprising:
(i) a plurality of healthcare provider's utilization of Identifying code for reporting a medical service codes, (ii) a reference set of utilization profiles, (iii) a plurality of healthcare provider's utilization of disease classification codes, (iv) a first comparison summary of said healthcare provider's utilization of Identifying code for reporting a medical service codes against said reference set of utilization profiles, said first comparison summary comprising (a) the number of said services, (b) the frequency of said services, (c) the chronological order of said services, and (d) statistical information on said services, comprising:
(1) the range, (2) the mode, and (3) the confidence interval, (v) a second comparison summary of said healthcare provider's utilization of disease classification codes against said reference set of utilization profiles, said second comparison summary comprising (a) the number of said services, (b) the frequency of said services, (c) the chronological order of said services, and (d) statistical information on said services, comprising:
(1) the range, (2) the mode, and (3) the confidence interval, (b) producing a provider practice profile report comprising:
(i) a summary of total Identifying code for reporting a medical service utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data, and (ii) a summary of total disease classification code utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data. - 11. A method for analyzing a healthcare provider billing patterns comprising the steps of:
(a) obtaining a base data set of medical provider billing information, (b) verifying base data contained in said base data set, said verifying step including identifying errors in said base data, (c) correcting errors identified during said verifying step, (d) establishing an episode of care for a particular medical event, (e) obtaining a healthcare provider billing data set, (f) comparing said healthcare provider billing data with said base data, (g) reviewing a patient medical history record contained within said healthcare provider billing data set for the presence of a specific medical procedure, and (h) generating a report which describes a relationship between said healthcare provider billing data and said base data. - 12. A method as recited in claim 11, wherein said step of obtaining a base data set of medical provider billing information further comprises:
(i) obtaining a commercially available data set comprising:
national profiles, and regional profiles, (ii) building base data set comprising patient records comprising:
line items, Identifying code for reporting a medical service codes, Index codes, Dates of Service, and Service Name, (iii) determining a patient record from said base data set of patient records for an episode of care extraction process, and (iv) manipulating said patient record to extrapolate pertinent information to conform with procedure logic. - 13. A method as recited in claim 11 wherein said step of verifying base data contained in said base data set, further comprises:
(i) obtaining a claims history, said claims history comprising a plurality of line items, (ii) accessing a plurality of description tables of data, aid description tables comprising:
(1) a table of Identifying codes for reporting a medical service description, (2) a description table, and (3) a disease classification description table, (iii) checking said line items against said Identifying code for reporting a medical service description table to determine whether said line item is valid, (iv) checking said line items against said description table to determine whether said line item is valid, (v) checking said line items against said disease classification description table to determine whether said line item is valid, (vi) counting invalid line items, (vii) checking said line items against date of service, said date of service checking comprising:
(1) expanding into separate line items any said line items which contain "date of service from" and a "data of service to" where the said two dates are not the same, (2) dating said services with a unique date of service beginning with said "date of service from" for first said line item and ending with said "date of service to" for last said line item, and (viii) converting Identifying code for reporting a medical service code formats to standard Identifying code for reporting a medical service code format. - 14. A method as recited in claim 11, wherein said step of correcting identified errors further comprises:
(a) detecting a duplicate line item among said line items, (b) editing said claims history line items, (c) detecting a inappropriately billed service among said services, and (d) editing said inappropriately billed services. - 15. A method as recited in claim 11, wherein said step of comparing said healthcare provider billing data with said base data further comprises:
(a) performing a data history search to produce an information set, (b) accessing a plurality of parameter tables comprising (i) index codes, and (ii) statistical criteria, (c) comparing said information set against said index codes, (d) checking if said information set falls within a defined statistical criteria, (e) setting an indication if said information set falls within said defined statistical criteria, and (f) providing a variance alert describing differences between said information set and said defined statistical criteria. - 16. A method as recited in claim 11, wherein said step of generating a report which describes a relationship between said healthcare provider billing data and said base data further comprises:
(a) producing a comparison report comprising:
(i) a plurality of healthcare provider's utilization of Identifying code for reporting a medical service codes, (ii) a reference set of utilization profiles, (iii) a plurality of healthcare provider's utilization of disease classification codes, (iv) a comparison of said healthcare provider's utilization of Identifying code for reporting a medical service codes against said reference set of utilization profiles, comprising:
(A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (v) a comparison of said healthcare provider's utilization of disease classification codes against said reference set of utilization profiles, comprising:
(A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (b) producing a provider practice profile report comprising:
(i) a summary of total Identifying code for reporting a medical service utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data, and (ii) a summary of total disease classification code utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data. - 17. A method as recited in claim 11, wherein said step of establishing an episode of care for a particular medical event further comprises:
(a) identifying a plurality of medical conditions that require a specific category procedure during a course of treatment, (b) identifying a plurality of medical conditions that have a qualifying circumstance, (c) identifying a plurality of interrelational index tables, (d) designating a particular index code, (e) identifying a patient record with said index code on at least two said dates of service, (f) rejecting patient records with less than two occurrences of said particular index code, (g) searching said patient record for at least one occurrence of the said specific category procedure in said patient record, (h) searching said patient record for at least one occurrence of an qualifying circumstance, (i) checking said patient records against said Index Tables, to identify disease classification codes associated with an index code, (j) creating a temporary file based on combining said disease classification codes that are associated with a given said index code, (k) checking a patient record identified as containing a selected index code to find the first occurrence of said index code, (l) searching through said patient record backward in time starting with said first occurrence of said index code for a clear window, (m) searching through said patient record forward in time starting with said first occurrence of said index code for a clear window, (n) rejecting said patient record if no clear window is found, (o) establishing an Episode of Care if both said backward clear window and said forward clear windows are found, (p) accessing a plurality of medical treatment patterns, (q) sorting said base data set information from said patient records by plurality of treatment patterns, (r) accessing a plurality of parameter tables, (s) populating said parameter tables with said base data from all said episodes of care for each said index code to provide summary statistics, and (t) sorting said parameter tables information chronologically, category and by said profile classes. - 18. A method as recited in claim 11, wherein said step of reviewing a patient medical history record further comprises:
(a) accessing a plurality of parameter tables, (b) choosing a disease classification description for review, (c) accessing a disease classification description table, (d) accessing said disease classification description table to verify said diagnosis code is valid, (e) accessing said disease classification description table to verify said diagnosis code is an Index code, (f) prompting for a search for said selected disease classification code to list what index codes it may be associated with, if said chosen diagnosis is not listed as an Index code, (g) conducting a word search for the said diagnosis to the said disease classification codes in said Index code, (h) accessing said parameter tables to display selected profiles, (i) choosing said profiles from one of said data sets, and (j) accessing procedure description table and category table to ascertain procedure description codes - 19. A method for analyzing a healthcare provider's billing patterns comprising the steps of:
(a) obtaining a base data set of medical provider billing information, (b) verifying base data contained in said base data set, said verifying step including identifying errors in said base data, (c) correcting errors identified during said verifying step, (d) establishing an episode of care for a particular medical event, (e) screening said base data set for medical records within an episode of care, (f) obtaining a healthcare provider billing data set, (g) comparing said healthcare provider billing data with said base data, (h) reviewing a patient medical history record contained within said healthcare provider billing data set for the presence of a specific medical procedure, and (i) generating a report which describes a relationship between said healthcare provider billing data and said base data. - 20. A method as recited in claim 19, wherein said step of obtaining a base data set of medical provider billing information further comprises:
(i) obtaining a commercially available data set comprising:
national profiles, and regional profiles, (ii) building base data set comprising patient records comprising:
line items, Identifying code for reporting a medical service codes, Index codes, Dates of Service, and Service Name, (iii) determining a patient record from said base data set of patient records for an episode of care extraction process, and (iv) manipulating said patient record to extrapolate pertinent information to conform with procedure logic. - 21. A method as recited in claim 19 wherein said step of verifying base data contained in said base data set, further comprises:
(i) obtaining a claims history, said claims history comprising a plurality of line items, (ii) accessing a plurality of description tables of data, said description tables comprising:
(1) a Identifying code for reporting a medical service description table, (2) a procedure description table, and (3) an disease classification description table, (iii) checking said line items against said Identifying code for reporting a medical service description table to determine whether said line item is valid, (iv) checking said line items against said procedure description table to determine whether said line item is valid, (v) checking said line items against said disease classification description table to determine whether said line item is valid, (vi) counting invalid line items, (vii) checking said line items against date of service, comprising:
(1) expanding into separate line items any said line items which contain "date of service from" and a "data of service to" where the said two dates are not the same, (2) dating said services with a unique date of service beginning with said "date of service from" for first said line item and ending with said "date of service to" for last said line item, and (viii) converting Identifying code for reporting a medical service code formats to standard Identifying code for reporting a medical service code format. - 22. A method as recited in claim 19, wherein said step of correcting errors identified further comprises:
(a) detecting any possible duplicate line items among said line items, (b) editing said claims history line items, (c) detecting any possible inappropriately billed services among said services, and (d) editing said inappropriately billed services. - 23. A method as recited in claim 19, wherein said step of comparing said healthcare provider billing data with said base data further comprises:
(a) performing a data history search to produce an information set, (b) accessing a plurality of parameter tables comprising (i) index codes, and (ii) statistical criteria, (c) comparing said information set against said index codes, (d) checking if said information set falls within a defined statistical criteria, (e) setting an indicator if said information set falls within said defined statistical criteria, and (f) providing a variance alert describing differences between said information set and said defined statistical criteria. - 24. A method as recited in claim 19, wherein said step of generating a report which describes a relationship between said healthcare provider billing data and said base data further comprises:
(a) generating a comparison report comprising:
(i) a plurality of healthcare provider's utilization of Identifying code for reporting a medical service codes, (ii) a reference set of utilization profiles, (iii) a plurality of healthcare provider's utilization of disease classification codes, (iv) a comparison of said healthcare provider's utilization of Identifying code for reporting a medical service codes against said reference set of utilization profiles, comprising (A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (v) a comparison of said healthcare provider's utilization of disease classification codes against said reference set of utilization profiles, comprising (A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (b) generating a provider practice profile report comprising:
(i) a summary of total Identifying code for reporting a medical service utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data, and (ii) a summary of total disease classification code utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data. - 25. A method as recited in claim 19, wherein said step of establishing an episode of care for a particular medical event further comprises:
(a) determining a plurality of medical conditions that require a specific category procedure during the course of treatment, (b) determining a plurality of medical conditions that have a Qualifying Circumstance, (c) accessing a plurality of interrelational index tables, (d) designating a particular index code, (e) identifying a patient record with a particular index code on at least two said dates of service, (f) rejecting patient records with less than two occurrences of the particular index code, (g) searching said patient record for at least one occurrence of the a specific category procedure in said patient record, (h) searching said patient record for at least one occurrence of a Qualifying Circumstance, (i) checking said patient record against said Index Tables, to identify disease classification codes associated with the chosen said index code, (j) creating a temporary file based on combining said disease classification codes that are associated with a given said index code, (k) checking a patient record that has a selected said index code to find the first occurrence of said index code, (l) searching through said patient record backward in time starting with said first occurrence of said index code for a clear window, (m) searching through said patient record forward in time starting with said first occurrence of said index code for a clear window, (n) rejecting said patient records if no clear window is found, (o) establishing an Episode of Care if both said backward clear window and said forward clear windows are found, (p) identifying a plurality of medical treatment patterns, (q) sorting said base data set information from said patient records by plurality of treatment patterns, (r) accessing a plurality of parameter tables, (s) populating said parameter tables with said base data from all said episodes of care for each said index code to provide summary statistics, and (t) sorting said parameter tables information chronologically, category and by said profile classes. - 26. A method as recited in claim 19, wherein said step of reviewing a patient medical history record further comprises:
(a) accessing a plurality of parameter tables, (b) choosing a disease classification code for review, (c) accessing said disease classification description table to verify said diagnosis code is valid, (d) accessing said disease classification description table to verify said diagnosis code is an Index code, (e) prompting for a search for said selected disease classification code to list what index codes it may be associated with, if said chosen diagnosis is not listed as an Index code, (f) conducting a word search for the said diagnosis to the said disease classification codes in said Index code, (g) accessing said parameter tables to display selected profiles, (h) choosing source of said profiles from either said commercially available data set or said base data set, and (i) accessing procedure description table and category table to ascertain description of procedure codes. - 27. A method as recited in claim 19, wherein said step of screening said base data set for medical records further comprises:
(a) accessing a age/gender table, (b) accessing a region statistic table, (c) accessing a Zip/Region table, (d) accessing a Identifying code for reporting a medical service statistic table, (e) accessing a specialty table, (f) selecting said reference profiles, (g) accessing said age/gender table to determine standard age ranges and/or gender selection for said selected profile, (h) accessing said region statistic table to determine adjustments due to particular geographic regions for said selected profile, (i) accessing said Zip/Region table to identify what region a particular geographic zip code falls within, (j) accessing said Identifying code for reporting a medical service Statistic table to identify what adjustments due to a particular medical specialty, and (k) accessing said Specialty table to determine what particular specialty groupings are suggested. - 28. A method for analyzing a healthcare provider's billing patterns comprising the steps of:
(a) obtaining a base data set of medical provider billing information, (b) verifying base data contained in said base data set, said verifying step including identifying the existence of errors in said base data, (c) correcting errors identified during said verifying step, (d) establishing an episode of care for a particular medical event, (e) accessing and reviewing said medical record database, said accessing and reviewing comprising the steps of:
(i) establishing a plurality of criteria for searching parameters, (ii) indexing said records in such a way as they are relationally related to each other, and (iii) providing a format for the review of the accessed records, (f) screening said base data set for medical records within an episode of care, (g) obtaining a healthcare provider billing data set, (h) comparing said healthcare provider billing data with said base data, (i) reviewing a patient medical history record contained within said healthcare provider billing data set for the presence of a specific medical procedure, and (j) generating a report which describes a relationship between said healthcare provider billing data and said base data. - 29. A method as recited in claim 28, wherein said step of obtaining a base data set of medical provider billing information further comprises:
(i) obtaining a commercially available data set comprising:
national profiles, and regional profiles, (ii) building base data set comprising patient records comprising:
line items, Identifying code for reporting a medical service codes, Index codes, Dates of Service, and Service Name, (iii) determining a patient record from said base data set of patient records for an episode of care extraction process, and (iv) manipulating said patient record to extrapolate pertinent information to conform with procedure logic. - 30. A method as recited in claim 28 wherein said step of verifying base data contained in said base data set, further comprises:
(i) accessing a claims history comprising a plurality of line items, (ii) accessing a plurality of description tables comprising:
(1) a Identifying code for reporting a medical service description table, and (2) an disease classification description table, (iii checking said line items against said Identifying code for reporting a medical service description table to determine whether said line item is valid, (iv) checking said line items against said disease classification description table to determine whether said line item is valid, (v) counting invalid line items, (vii) checking said line items against date of service, comprising:
(1) expanding into separate line items any said line items which contain "date of service from" and a "data of service to" where the said two dates are not the same, (2) dating said services with a unique date of service beginning with said "date of service from" for first said line item and ending with said "date of service to" for last said line item, and (viii) converting Identifying code for reporting a medical service code formats to standard Identifying code for reporting a medical service code format. - 31. A method as recited in claim 28, wherein said step of correcting errors identified further comprises:
(a) detecting possible duplicate line items among said line items, (b) editing said claims history line items, (c) detecting possible inappropriately billed services among said services, and (d) editing said inappropriately billed services. - 32. A method as recited in claim 28, wherein said step of comparing said healthcare provider billing data with said base data further comprises:
(a) performing a data history search and producing an information set therefrom, (b) accessing a plurality of parameter tables comprising (i) index codes, and (ii) statistical criteria, (c) comparing said information set against said index codes, (d) checking if said information set falls within a defined statistical criteria, (e) setting an indication if said information set falls within said defined statistical criteria, and (f) providing a variance alert describing differences between said information set and said defined statistical criteria. - 33. A method as recited in claim 28, wherein said step of generating a report which describes a relationship between said healthcare provider billing data and said base data further comprises:
(a) compiling a comparison report comprising:
(i) a plurality of healthcare provider's utilization of Identifying code for reporting a medical service codes, (ii) a reference set of utilization profiles, (iii) a plurality of healthcare provider's utilization of disease classification codes, (iv) a comparison of said healthcare provider's utilization of Identifying code for reporting a medical service codes against said reference set of utilization profiles, comprising (A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (v) a comparison of said healthcare provider's utilization of disease classification codes against said reference set of utilization profiles, comprising (A) number of said services, (B) frequency of said services, (C) chronological order of said services, and (D) statistical information on said services, comprising:
(1) range, (2) mode, and (3) confidence interval, (b) compiling a provider practice profile report comprising:
(i) a summary of total Identifying code for reporting a medical service utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data, and (ii) a summary of total disease classification code utilization by said healthcare provider during a specified time interval to provide a comparison against said reference data. - 34. A method as recited in claim 28, wherein said step of establishing an episode of care for a particular medical event further comprises:
(a) designating a plurality of medical conditions that require a specific category procedure during the course of treatment, (b) designating a plurality of medical conditions that have a qualifying circumstance, (c) accessing a plurality of interrelational index tables, (d) designating a particular index code, (e) identifying a patient record with said particular index code on at least two said dates of service, (f) rejecting patient records with less than two occurrences of said particular index code, (g) searching an identified patient record for at least. one occurrence of the said specific category procedure in said patient record, (h) searching said identified patient record for at least one occurrence of said qualifying circumstance in said patient record, (i) checking patient records against said Index Tables, to identify disease classification codes associated with the chosen said index code, (j) searching patient records for any qualifying circumstance disease classification codes, (k) creating a temporary file based on combining said disease classification codes that are associated with a given said index code, (1) checking said patient record, identified as containing selected said index code, over the entire said patient record to find the first occurrence of said index code, (m) searching through said patient record backward in time starting with said first occurrence of said index code for a clear window, (n) searching through said patient record forward in time starting with said first occurrence of said index code for a clear window, (o) rejecting said patient record if no clear window is found, (p) establishing an Episode of Care if both said backward clear window and said forward clear windows are found, (q) selecting a plurality of medical treatment patterns, (r) sorting said base data set information from said patient records by plurality of treatment patterns, (s) a plurality of parameter tables, (t) populating said parameter tables with said base data from all said episodes of care for each said index code to provide summary statistics, and (u) sorting said parameter tables information chronologically, category and by said profile classes. - 35. A method as recited in claim 28, wherein said step of reviewing a patient medical history record further comprises:
(a) accessing a plurality of parameter tables, (b) choosing a disease classification code for review, (c) accessing a disease classification description table, (d) accessing said disease classification description table to verify said diagnosis code is valid, (e) accessing said disease classification description table to verify said diagnosis code is an Index code, (f) prompting for a search for said selected disease classification code to list what index codes it may be associated with, if said chosen diagnosis is not listed as an Index code, (g) conducting a word search for the said diagnosis to the said disease classification codes in said Index code, (h) accessing said parameter tables to display selected profiles, (i) choosing source of said profiles from either said commercially available data set or said base data set, and (j) accessing procedure description table and category table to ascertain description of procedure codes. - 36. A method as recited in claim 28, wherein said step of screening said base data set for medical records further comprises:
(a) selecting reference profiles, (b) accessing an age/gender table to determine standard age ranges and/or gender selection for said selected profile, (c) accessing a region statistic table to determine adjustments due to particular geographic regions for said selected profile, (d) accessing a Zip/Region table to identify what region a particular geographic zip code falls within, (e) accessing an Identifying code for reporting a medical service Statistic table to identify what adjustments due to a particular medical specialty, and (f) accessing a Specialty table to determine what particular specialty groupings are suggested. - 37. In a general purpose computer system comprising:
a central processing unit, dynamic memory, an input device, an output device, a display device, and a mass storage device, a method for analyzing a healthcare provider's billing patterns comprising the steps of:
(a) storing a base data set of medical provider billing information on the mass storage device, (b) storing said healthcare provider's billing information on the mass storage device, (c) verifying said base data set to be used for comparison, by retrieving said base data set information from mass storage device, storing said base data set information in the dynamic memory, and displaying said base data set information on the display device, (d) correcting errors discovered during said verification process, by utilizing the input device to edit said displayed base data set information, (e) comparing said healthcare provider's billings with said comparison data, by retrieving said healthcare provider's billings from the mass storage device and storing in the dynamic memory, retrieving said comparison data from mass storage and storing in the dynamic memory, and performing a text field comparison between the said two sets of data stored in dynamic memory, and storing the result of the said comparison operation into mass storage, and (f) generating reports for the purpose of describing the relationship between said healthcare provider's billings and comparison data by retrieving said comparison information from mass storage and writing said information to output device.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/264,795 US5557514A (en) | 1994-06-23 | 1994-06-23 | Method and system for generating statistically-based medical provider utilization profiles |
US08/264,795 | 1994-06-23 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2196549A1 true CA2196549A1 (en) | 1996-01-04 |
Family
ID=23007642
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002196549A Abandoned CA2196549A1 (en) | 1994-06-23 | 1995-06-23 | Method and system for generating statistically-based medical provider utilization profiles |
Country Status (5)
Country | Link |
---|---|
US (2) | US5557514A (en) |
EP (1) | EP0786113A1 (en) |
AU (1) | AU2947995A (en) |
CA (1) | CA2196549A1 (en) |
WO (1) | WO1996000423A1 (en) |
Families Citing this family (294)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5920871A (en) * | 1989-06-02 | 1999-07-06 | Macri; Vincent J. | Method of operating a general purpose digital computer for use in controlling the procedures and managing the data and information used in the operation of clinical (medical) testing and screening laboratories |
US20020053734A1 (en) | 1993-11-16 | 2002-05-09 | Formfactor, Inc. | Probe card assembly and kit, and methods of making same |
US7937461B2 (en) * | 2000-11-09 | 2011-05-03 | Intel-Ge Care Innovations Llc | Method for controlling a daily living activity monitoring system from a remote location |
US6434531B1 (en) * | 1995-02-28 | 2002-08-13 | Clinicomp International, Inc. | Method and system for facilitating patient care plans |
US5946659A (en) * | 1995-02-28 | 1999-08-31 | Clinicomp International, Inc. | System and method for notification and access of patient care information being simultaneously entered |
US5918208A (en) * | 1995-04-13 | 1999-06-29 | Ingenix, Inc. | System for providing medical information |
US5706441A (en) * | 1995-06-07 | 1998-01-06 | Cigna Health Corporation | Method and apparatus for objectively monitoring and assessing the performance of health-care providers |
US5845254A (en) * | 1995-06-07 | 1998-12-01 | Cigna Health Corporation | Method and apparatus for objectively monitoring and assessing the performance of health-care providers based on the severity of sickness episodes treated by the providers |
AU6279896A (en) * | 1995-06-15 | 1997-01-15 | Fraudetect, L.L.C. | Process and apparatus for detecting fraud |
US5835897C1 (en) | 1995-06-22 | 2002-02-19 | Symmetry Health Data Systems | Computer-implemented method for profiling medical claims |
US6061506A (en) * | 1995-08-29 | 2000-05-09 | Omega Software Technologies, Inc. | Adaptive strategy-based system |
US6177940B1 (en) * | 1995-09-20 | 2001-01-23 | Cedaron Medical, Inc. | Outcomes profile management system for evaluating treatment effectiveness |
US5819228A (en) * | 1995-10-31 | 1998-10-06 | Utilimed, Inc. | Health care payment system utilizing an intensity adjustment factor applied to provider episodes of care |
US5778345A (en) * | 1996-01-16 | 1998-07-07 | Mccartney; Michael J. | Health data processing system |
US8033838B2 (en) | 1996-02-21 | 2011-10-11 | Formfactor, Inc. | Microelectronic contact structure |
DE69736023T2 (en) * | 1996-04-10 | 2007-05-10 | Seiko Epson Corp. | Light source unit, light source device and projection display device |
WO1997040463A1 (en) * | 1996-04-23 | 1997-10-30 | Deroyal Industries, Inc. | Method for the administration of health care employing a computer generated model |
US5930759A (en) * | 1996-04-30 | 1999-07-27 | Symbol Technologies, Inc. | Method and system for processing health care electronic data transactions |
US5970463A (en) * | 1996-05-01 | 1999-10-19 | Practice Patterns Science, Inc. | Medical claims integration and data analysis system |
US6108635A (en) * | 1996-05-22 | 2000-08-22 | Interleukin Genetics, Inc. | Integrated disease information system |
AU3580397A (en) * | 1996-06-27 | 1998-01-14 | Apex Information Services, Inc. | System for automated patient discharge planning |
US6253186B1 (en) * | 1996-08-14 | 2001-06-26 | Blue Cross Blue Shield Of South Carolina | Method and apparatus for detecting fraud |
US5915241A (en) * | 1996-09-13 | 1999-06-22 | Giannini; Jo Melinna | Method and system encoding and processing alternative healthcare provider billing |
US7016856B1 (en) | 1996-12-13 | 2006-03-21 | Blue Cross Blue Shield Of South Carolina | Automated system and method for health care administration |
US6038388A (en) * | 1997-01-30 | 2000-03-14 | Regents Of The University Of California | Anomaly analysis using maximum likelihood continuity mapping |
US5991728A (en) * | 1997-04-30 | 1999-11-23 | Deroyal Industries, Inc. | Method and system for the tracking and profiling of supply usage in a health care environment |
US6324516B1 (en) * | 1997-06-11 | 2001-11-27 | Matthew P. Shults | System and apparatus for utilization review of medical claims |
US5956689A (en) * | 1997-07-31 | 1999-09-21 | Accordant Health Services, Inc. | Systems, methods and computer program products for using event specificity to identify patients having a specified disease |
US6000828A (en) * | 1997-08-22 | 1999-12-14 | Power Med Incorporated | Method of improving drug treatment |
US6014633A (en) * | 1997-09-24 | 2000-01-11 | Deroyal Business Systems, L.L.C. | Method for the analysis and standardization of bills of resources |
US5891060A (en) * | 1997-10-13 | 1999-04-06 | Kinex Iha Corp. | Method for evaluating a human joint |
US5991701A (en) * | 1997-10-13 | 1999-11-23 | Kinex Iha Corp. | Method for improved instantaneous helical axis determination |
US5954674A (en) * | 1997-10-13 | 1999-09-21 | Kinex Iha Corporation | Apparatus for gathering biomechanical parameters |
WO1999023589A1 (en) * | 1997-10-30 | 1999-05-14 | Jo Melinna Giannini | Method and system of encoding and processing alternative healthcare provider billing |
US5995937A (en) * | 1997-11-07 | 1999-11-30 | Deroyal Industries, Inc. | Modular health-care information management system utilizing reusable software objects |
US6044351A (en) * | 1997-12-18 | 2000-03-28 | Jones; Annie M. W. | Minimum income probability distribution predictor for health care facilities |
WO1999035550A2 (en) * | 1998-01-09 | 1999-07-15 | Millermed Software, Inc. | Computer-based system for automating administrative procedures in a medical office |
US6973434B2 (en) | 1998-01-09 | 2005-12-06 | Millermed Software, Inc. | Computer-based system for automating administrative procedures in an office |
US6061657A (en) * | 1998-02-18 | 2000-05-09 | Iameter, Incorporated | Techniques for estimating charges of delivering healthcare services that take complicating factors into account |
US6298328B1 (en) * | 1998-03-26 | 2001-10-02 | Telecompetition, Inc. | Apparatus, method, and system for sizing markets |
US7353238B1 (en) * | 1998-06-12 | 2008-04-01 | Outcome Sciences, Inc. | Apparatus and methods for determining and processing medical outcomes |
US7801740B1 (en) * | 1998-09-22 | 2010-09-21 | Ronald Peter Lesser | Software device to facilitate creation of medical records, medical letters, and medical information for billing purposes |
US6381576B1 (en) * | 1998-12-16 | 2002-04-30 | Edward Howard Gilbert | Method, apparatus, and data structure for capturing and representing diagnostic, treatment, costs, and outcomes information in a form suitable for effective analysis and health care guidance |
US6393404B2 (en) | 1998-12-23 | 2002-05-21 | Ker Bugale, Inc. | System and method for optimizing medical diagnosis, procedures and claims using a structured search space |
US6385589B1 (en) | 1998-12-30 | 2002-05-07 | Pharmacia Corporation | System for monitoring and managing the health care of a patient population |
US7337121B1 (en) * | 1999-03-30 | 2008-02-26 | Iso Claims Services, Inc. | Claim assessment model |
US7127407B1 (en) | 1999-04-29 | 2006-10-24 | 3M Innovative Properties Company | Method of grouping and analyzing clinical risks, and system therefor |
US7979382B2 (en) * | 1999-05-04 | 2011-07-12 | Accenture Global Services Limited | Component based information linking during claim processing |
US7013284B2 (en) * | 1999-05-04 | 2006-03-14 | Accenture Llp | Component based interface to handle tasks during claim processing |
US7134996B2 (en) * | 1999-06-03 | 2006-11-14 | Cardiac Intelligence Corporation | System and method for collection and analysis of patient information for automated remote patient care |
US6270457B1 (en) | 1999-06-03 | 2001-08-07 | Cardiac Intelligence Corp. | System and method for automated collection and analysis of regularly retrieved patient information for remote patient care |
US6312378B1 (en) * | 1999-06-03 | 2001-11-06 | Cardiac Intelligence Corporation | System and method for automated collection and analysis of patient information retrieved from an implantable medical device for remote patient care |
CA2314517A1 (en) * | 1999-07-26 | 2001-01-26 | Gust H. Bardy | System and method for determining a reference baseline of individual patient status for use in an automated collection and analysis patient care system |
US6221011B1 (en) | 1999-07-26 | 2001-04-24 | Cardiac Intelligence Corporation | System and method for determining a reference baseline of individual patient status for use in an automated collection and analysis patient care system |
CA2314513A1 (en) * | 1999-07-26 | 2001-01-26 | Gust H. Bardy | System and method for providing normalized voice feedback from an individual patient in an automated collection and analysis patient care system |
NZ517170A (en) * | 1999-07-28 | 2004-04-30 | Fair Isaac And Company Inc | Creating profiles for multiple interacting entities using merge, derive and roll-up procedures |
US8666757B2 (en) * | 1999-07-28 | 2014-03-04 | Fair Isaac Corporation | Detection of upcoding and code gaming fraud and abuse in prospective payment healthcare systems |
US7379880B1 (en) | 1999-07-28 | 2008-05-27 | Fair Isaac Corporation | Cascaded profiles for multiple interacting entities |
US6581204B2 (en) | 1999-08-24 | 2003-06-17 | Ge Medical Systems Information Technologies, Inc. | Modular tracking and profiling system |
US6754883B2 (en) | 1999-08-24 | 2004-06-22 | Ge Medical Systems Information Technologies, Inc. | Modular analysis and standardization system |
US7398218B1 (en) * | 1999-08-27 | 2008-07-08 | Accenture Llp | Insurance pattern analysis |
US20030236682A1 (en) * | 1999-11-08 | 2003-12-25 | Heyer Charlette L. | Method and system for managing a healthcare network |
US6876991B1 (en) | 1999-11-08 | 2005-04-05 | Collaborative Decision Platforms, Llc. | System, method and computer program product for a collaborative decision platform |
US6398728B1 (en) | 1999-11-16 | 2002-06-04 | Cardiac Intelligence Corporation | Automated collection and analysis patient care system and method for diagnosing and monitoring respiratory insufficiency and outcomes thereof |
US6411840B1 (en) * | 1999-11-16 | 2002-06-25 | Cardiac Intelligence Corporation | Automated collection and analysis patient care system and method for diagnosing and monitoring the outcomes of atrial fibrillation |
US8369937B2 (en) | 1999-11-16 | 2013-02-05 | Cardiac Pacemakers, Inc. | System and method for prioritizing medical conditions |
US6368284B1 (en) * | 1999-11-16 | 2002-04-09 | Cardiac Intelligence Corporation | Automated collection and analysis patient care system and method for diagnosing and monitoring myocardial ischemia and outcomes thereof |
US6440066B1 (en) * | 1999-11-16 | 2002-08-27 | Cardiac Intelligence Corporation | Automated collection and analysis patient care system and method for ordering and prioritizing multiple health disorders to identify an index disorder |
US6336903B1 (en) | 1999-11-16 | 2002-01-08 | Cardiac Intelligence Corp. | Automated collection and analysis patient care system and method for diagnosing and monitoring congestive heart failure and outcomes thereof |
US20020038227A1 (en) * | 2000-02-25 | 2002-03-28 | Fey Christopher T. | Method for centralized health data management |
US6957218B1 (en) | 2000-04-06 | 2005-10-18 | Medical Central Online | Method and system for creating a website for a healthcare provider |
US8301468B2 (en) * | 2000-05-15 | 2012-10-30 | Optuminsight, Inc. | System and method of drug disease matching |
US20020055858A1 (en) * | 2000-05-30 | 2002-05-09 | Jackson Stephen W. | Method of financing payments to providers of medical services |
US7043457B1 (en) | 2000-06-28 | 2006-05-09 | Probuild, Inc. | System and method for managing and evaluating network commodities purchasing |
US20020072933A1 (en) * | 2000-06-30 | 2002-06-13 | Vonk Glenn Philander | Health outcomes and disease management network and related method for providing improved patient care |
US6751630B1 (en) * | 2000-07-20 | 2004-06-15 | Ge Medical Technology Services, Inc. | Integrated multiple biomedical information sources |
US6826536B1 (en) * | 2000-07-22 | 2004-11-30 | Bert Forman | Health care billing monitor system for detecting health care provider fraud |
US7444291B1 (en) * | 2000-08-10 | 2008-10-28 | Ingenix, Inc. | System and method for modeling of healthcare utilization |
US7389245B1 (en) * | 2000-08-25 | 2008-06-17 | Clinton B. Ashford | Method and apparatus for providing incentives to physicians |
US8571889B2 (en) * | 2000-08-25 | 2013-10-29 | Clinton B Ashford | Method and apparatus for providing incentives to physicians under an accountable care model |
US7702522B1 (en) * | 2000-09-01 | 2010-04-20 | Sholem Steven L | Method and apparatus for tracking the relative value of medical services |
US7406427B1 (en) * | 2000-09-22 | 2008-07-29 | Accenture Llp | Capture highly refined claim evaluation information across multiple web interfaces |
US8260635B2 (en) | 2000-10-11 | 2012-09-04 | Healthtrio Llc | System for communication of health care data |
US7440904B2 (en) * | 2000-10-11 | 2008-10-21 | Malik M. Hanson | Method and system for generating personal/individual health records |
EP1328889A4 (en) * | 2000-10-11 | 2005-06-01 | Healthtrio Inc | System for communication of health care data |
US8321239B2 (en) | 2000-10-11 | 2012-11-27 | Healthtrio Llc | System for communication of health care data |
US8682952B2 (en) * | 2000-11-09 | 2014-03-25 | Intel-Ge Care Innovations Llc | System for maximizing the effectiveness of care giving |
US7860729B2 (en) * | 2000-11-13 | 2010-12-28 | Peter Stangel | Clinical care utilization management system |
US7734480B2 (en) * | 2000-11-13 | 2010-06-08 | Peter Stangel | Clinical care utilization management system |
US7392201B1 (en) | 2000-11-15 | 2008-06-24 | Trurisk, Llc | Insurance claim forecasting system |
US8862656B2 (en) * | 2000-11-21 | 2014-10-14 | Chironet, Llc | Performance outcomes benchmarking |
US20020103680A1 (en) * | 2000-11-30 | 2002-08-01 | Newman Les A. | Systems, methods and computer program products for managing employee benefits |
US20020069085A1 (en) * | 2000-12-05 | 2002-06-06 | Patientwise Corporation | System and method for purchasing health-related services |
US7640175B1 (en) * | 2000-12-08 | 2009-12-29 | Ingenix, Inc. | Method for high-risk member identification |
US7406428B1 (en) * | 2001-01-03 | 2008-07-29 | Ecom Benefits, Inc. | Method of creating a virtual health care network |
US20020128858A1 (en) * | 2001-01-06 | 2002-09-12 | Fuller Douglas Neal | Method and system for population classification |
US7464045B2 (en) * | 2001-02-14 | 2008-12-09 | The Workplace Helpline, Llc | Method and apparatus for managing workplace services and products |
US7921123B2 (en) * | 2001-02-20 | 2011-04-05 | Hartford Fire Insurance Company | Method and system for processing physician claims over a network |
US6612985B2 (en) * | 2001-02-26 | 2003-09-02 | University Of Rochester | Method and system for monitoring and treating a patient |
US20030014280A1 (en) * | 2001-03-01 | 2003-01-16 | Pharmetrics, Inc. | Healthcare claims data analysis |
US7401027B2 (en) * | 2001-03-19 | 2008-07-15 | The Jasos Group, Llc | Methods for collecting fees for healthcare management group |
US7398217B2 (en) | 2001-03-19 | 2008-07-08 | The Jasos Group, Llc | Methods and systems for healthcare practice management |
US8027848B2 (en) * | 2001-04-06 | 2011-09-27 | Patient Keeper, Inc | Context managing mobile computing framework for enterprise application |
WO2002084438A2 (en) * | 2001-04-13 | 2002-10-24 | Beazley Donald E | System and method for secure highway for real-time preadjudication and payment of medical claims |
US6643600B2 (en) | 2001-04-26 | 2003-11-04 | General Electric Company | Method and system for assessing adjustment factors in testing or monitoring process |
US6747510B2 (en) * | 2001-06-08 | 2004-06-08 | Broadcom Corporation | Apparatus, system, and method for amplifying a signal, and applications thereof |
US7493264B1 (en) | 2001-06-11 | 2009-02-17 | Medco Health Solutions, Inc, | Method of care assessment and health management |
US20030083901A1 (en) * | 2001-06-22 | 2003-05-01 | Bosch Juan P. | Process for providing dialysis and other treatments |
US20030018496A1 (en) * | 2001-06-29 | 2003-01-23 | Siemens Medical Solutions Health Services Corporation | System and user interface for use in billing for services and goods |
US20030055680A1 (en) * | 2001-07-11 | 2003-03-20 | Skeba Cherise A. | Financial analysis of healthcare service agreements |
WO2003017167A1 (en) * | 2001-07-25 | 2003-02-27 | Mydatavault, Inc. | Secure records storage and retrieval system and method |
US8306829B2 (en) * | 2001-08-15 | 2012-11-06 | Chamberlin Edmonds & Associates | Method for determining eligibility for an assistance program |
US20030046113A1 (en) * | 2001-08-31 | 2003-03-06 | Johnson Ann Mond | Method and system for consumer healthcare decisionmaking |
US6802810B2 (en) * | 2001-09-21 | 2004-10-12 | Active Health Management | Care engine |
US7505916B1 (en) | 2001-10-01 | 2009-03-17 | Lhc Group, Inc. | System and method for allocating home health services |
US7437302B2 (en) * | 2001-10-22 | 2008-10-14 | Siemens Medical Solutions Usa, Inc. | System for managing healthcare related information supporting operation of a healthcare enterprise |
US7788111B2 (en) * | 2001-10-22 | 2010-08-31 | Siemens Medical Solutions Usa, Inc. | System for providing healthcare related information |
US20030078810A1 (en) * | 2001-10-22 | 2003-04-24 | Cole Doulgas J. | Resource monitoring and user interface system for processing location related information in a healthcare enterprise |
US7890349B2 (en) * | 2001-10-22 | 2011-02-15 | Siemens Medical Solutions Usa, Inc. | Resource monitoring system for processing location related information in a healthcare enterprise |
US20030171953A1 (en) * | 2001-11-01 | 2003-09-11 | Suriya Narayanan | System and method for facilitating the exchange of health care transactional information |
JP2005509218A (en) * | 2001-11-02 | 2005-04-07 | シーメンス メディカル ソリューションズ ユーエスエー インコーポレイテッド | Patient data mining to maintain quality |
JP4062910B2 (en) * | 2001-11-29 | 2008-03-19 | 株式会社日立製作所 | HEALTH MANAGEMENT SUPPORT METHOD AND DEVICE AND HEALTH LIFE LIFE PREDICTION DATA GENERATION METHOD AND DEVICE |
US7457731B2 (en) * | 2001-12-14 | 2008-11-25 | Siemens Medical Solutions Usa, Inc. | Early detection of disease outbreak using electronic patient data to reduce public health threat from bio-terrorism |
US20030149597A1 (en) * | 2002-01-10 | 2003-08-07 | Zaleski John R. | System for supporting clinical decision-making |
US7702526B2 (en) * | 2002-01-24 | 2010-04-20 | George Mason Intellectual Properties, Inc. | Assessment of episodes of illness |
US7448084B1 (en) * | 2002-01-25 | 2008-11-04 | The Trustees Of Columbia University In The City Of New York | System and methods for detecting intrusions in a computer system by monitoring operating system registry accesses |
US7263492B1 (en) * | 2002-02-15 | 2007-08-28 | Fair Isaac Corporation | Sequencing models of healthcare related states |
US20030167187A1 (en) * | 2002-02-19 | 2003-09-04 | Bua Robert N. | Systems and methods of determining performance ratings of health care facilities and providing user access to performance information |
US20030163349A1 (en) * | 2002-02-28 | 2003-08-28 | Pacificare Health Systems, Inc. | Quality rating tool for the health care industry |
US7167983B1 (en) * | 2002-03-08 | 2007-01-23 | Lucent Technologies Inc. | System and method for security project management |
US7299504B1 (en) | 2002-03-08 | 2007-11-20 | Lucent Technologies Inc. | System and method for implementing security management using a database-modeled security policy |
US20030187691A1 (en) * | 2002-03-28 | 2003-10-02 | Health Net, Inc. | Method and system for matching a service seeker with a service provider |
US7797172B2 (en) | 2002-04-16 | 2010-09-14 | Siemens Medical Solutions Usa, Inc. | Healthcare financial data and clinical information processing system |
WO2003090126A1 (en) * | 2002-04-19 | 2003-10-30 | Ar Analytics Corporation | Identification of causal factors of variant phenomena |
AU2003234402A1 (en) * | 2002-05-10 | 2003-11-11 | Duxlink, Inc. | Management of information flow and workflow in medical imaging services |
US20050131738A1 (en) * | 2002-05-15 | 2005-06-16 | Morris Tommy J. | System and method for handling medical information |
WO2003098388A2 (en) | 2002-05-15 | 2003-11-27 | U.S. Government, As Represented By The Secretary Of The Army | System and method for handling medical information |
US7657445B1 (en) * | 2002-05-20 | 2010-02-02 | Rise Above Technologies, LLC | Method and system for managing healthcare facility resources |
US9400589B1 (en) | 2002-05-30 | 2016-07-26 | Consumerinfo.Com, Inc. | Circular rotational interface for display of consumer credit information |
US7680086B2 (en) | 2002-09-09 | 2010-03-16 | Siemens Canada Limited | Wireless local area network with clients having extended freedom of movement |
US9842188B2 (en) | 2002-10-29 | 2017-12-12 | Practice Velocity, LLC | Method and system for automated medical records processing with cloud computing |
US11361853B2 (en) | 2002-10-29 | 2022-06-14 | Practice Velocity, LLC | Method and system for automated medical records processing with telemedicine |
US8606594B2 (en) | 2002-10-29 | 2013-12-10 | Practice Velocity, LLC | Method and system for automated medical records processing |
US7624027B1 (en) | 2002-10-29 | 2009-11-24 | Practice Velocity, LLC | Method and system for automated medical records processing |
US10714213B2 (en) | 2002-10-29 | 2020-07-14 | Practice Velocity, LLC | Method and system for automated medical records processing with patient tracking |
US7698155B1 (en) | 2002-11-29 | 2010-04-13 | Ingenix, Inc. | System for determining a disease category probability for a healthcare plan member |
US11335446B2 (en) * | 2002-12-06 | 2022-05-17 | Quality Healthcare Intermediary, Llc | Method of optimizing healthcare services consumption |
US7711577B2 (en) * | 2002-12-06 | 2010-05-04 | Dust Larry R | Method of optimizing healthcare services consumption |
US20140200907A1 (en) * | 2013-01-16 | 2014-07-17 | American Health Data Institute, Inc. | Method of optimizing healthcare services consumption |
US7529682B2 (en) * | 2002-12-11 | 2009-05-05 | Medversant Technologies, Llc | Electronic credentials verification and management system |
US8346570B2 (en) * | 2003-01-13 | 2013-01-01 | Omnicare, Inc. | Method for improving the consistency of processing pharmacy data |
US7921020B2 (en) * | 2003-01-13 | 2011-04-05 | Omnicare Inc. | Method for generating medical intelligence from patient-specific data |
US20040153345A1 (en) * | 2003-02-04 | 2004-08-05 | Heckle Mary Archuleta | System and method for processing records associated with a healthcare encounter |
US7617115B2 (en) * | 2003-02-11 | 2009-11-10 | Cerner Innovation, Inc. | System and method for risk-adjusting indicators of access and utilization based on metrics of distance and time |
US20040193450A1 (en) * | 2003-03-24 | 2004-09-30 | Knapp Robert Ernest | Healthcare record classification system |
US8392221B1 (en) | 2003-03-27 | 2013-03-05 | Philip John Milanovich | Method of providing health care insurance to consumers |
US7930190B1 (en) | 2003-03-27 | 2011-04-19 | Philip John Milanovich | Methods of rating service providers |
US8543429B1 (en) | 2003-03-27 | 2013-09-24 | Philip John Milanovich | Method of providing malpractice insurance |
US7930192B1 (en) | 2003-03-27 | 2011-04-19 | Philip John Milanovich | Health savings account system |
US7882113B2 (en) | 2003-03-28 | 2011-02-01 | International Business Machines Corporation | Method, apparatus, and system for formatting time data to improve processing in a sort utility |
US8126742B2 (en) * | 2003-05-09 | 2012-02-28 | Accenture Global Services Limited | Automated assignment of insurable events |
WO2004109610A1 (en) * | 2003-06-04 | 2004-12-16 | Zingtech Limited | Transaction processing |
US20050027566A1 (en) * | 2003-07-09 | 2005-02-03 | Haskell Robert Emmons | Terminology management system |
US7747658B2 (en) * | 2003-07-18 | 2010-06-29 | Ims Software Services, Ltd. | Systems and methods for decoding payer identification in health care data records |
WO2005015451A1 (en) * | 2003-08-12 | 2005-02-17 | Lms Medical Systems Ltd. | Method and apparatus for evaluating variations between health care service providers |
US20050228699A1 (en) * | 2003-10-17 | 2005-10-13 | United Health Group Incorporated | Cost projections for diagnoses |
US9058629B2 (en) * | 2003-10-17 | 2015-06-16 | Optuminsight, Inc. | System and method for assessing healthcare risks |
US7685011B2 (en) * | 2003-10-25 | 2010-03-23 | Wilson Thomas W | Method and system for optimizing resource allocation based on cohort times |
US7734477B2 (en) * | 2003-12-29 | 2010-06-08 | Montefiore Medical Center | System and method for monitoring patient care |
US7783505B2 (en) * | 2003-12-30 | 2010-08-24 | Hartford Fire Insurance Company | System and method for computerized insurance rating |
US8090599B2 (en) | 2003-12-30 | 2012-01-03 | Hartford Fire Insurance Company | Method and system for computerized insurance underwriting |
US7685012B2 (en) * | 2003-12-30 | 2010-03-23 | Wilson Thomas W | Method and system for analyzing resource allocation based on cohort times |
US20050197862A1 (en) * | 2004-01-30 | 2005-09-08 | Pharmetrics, Inc. | Medical data analysis system |
US7282031B2 (en) * | 2004-02-17 | 2007-10-16 | Ann Hendrich & Associates | Method and system for assessing fall risk |
US7488290B1 (en) | 2004-02-19 | 2009-02-10 | Cardiac Pacemakers, Inc. | System and method for assessing cardiac performance through transcardiac impedance monitoring |
US8025624B2 (en) | 2004-02-19 | 2011-09-27 | Cardiac Pacemakers, Inc. | System and method for assessing cardiac performance through cardiac vibration monitoring |
US7739126B1 (en) * | 2004-03-02 | 2010-06-15 | Cave Consulting Group | Method, system, and computer program product for physician efficiency measurement and patient health risk stratification |
US8340981B1 (en) * | 2004-03-02 | 2012-12-25 | Cave Consulting Group, Inc. | Method, system, and computer program product for physician efficiency measurement and patient health risk stratification utilizing variable windows for episode creation |
IL161263A0 (en) * | 2004-04-02 | 2004-09-27 | Crossix Solutions Llc | A privacy preserving data-mining protocol |
US20050251429A1 (en) * | 2004-05-04 | 2005-11-10 | Idx Investment Corporation | Health care claim status transaction system and method |
US20050251428A1 (en) * | 2004-05-06 | 2005-11-10 | Dust Larry R | Method and system for providing healthcare insurance |
US20050256738A1 (en) * | 2004-05-11 | 2005-11-17 | Petrimoulx Harold J | Methods and systems for identifying health care professionals with a prescribed attribute |
US20050261944A1 (en) * | 2004-05-24 | 2005-11-24 | Rosenberger Ronald L | Method and apparatus for detecting the erroneous processing and adjudication of health care claims |
US7596542B1 (en) | 2004-05-25 | 2009-09-29 | Allstate Insurance Company | Systems and methods for creating geographic connection matrices |
US20050278196A1 (en) * | 2004-06-09 | 2005-12-15 | Potarazu Sreedhar V | System and method for developing and utilizing member condition groups |
US7329226B1 (en) | 2004-07-06 | 2008-02-12 | Cardiac Pacemakers, Inc. | System and method for assessing pulmonary performance through transthoracic impedance monitoring |
US20060020495A1 (en) * | 2004-07-20 | 2006-01-26 | Baker Michael S | Healthcare Claims Processing Mechanism for a Transaction System |
US8583450B2 (en) * | 2004-07-29 | 2013-11-12 | Ims Health Incorporated | Doctor performance evaluation tool for consumers |
US20060047539A1 (en) * | 2004-08-31 | 2006-03-02 | Paul Huang | Healthcare administration transaction method and system for the same |
US7904306B2 (en) * | 2004-09-01 | 2011-03-08 | Search America, Inc. | Method and apparatus for assessing credit for healthcare patients |
US20060085222A1 (en) * | 2004-10-14 | 2006-04-20 | Paul Huang | Healthcare administration transaction method and system for the same |
US20060089862A1 (en) * | 2004-10-25 | 2006-04-27 | Sudhir Anandarao | System and method for modeling benefits |
US20060184413A1 (en) * | 2004-11-12 | 2006-08-17 | Delmonego Brian | System and method to manage resources |
EP1836674A4 (en) | 2004-11-16 | 2009-12-16 | Health Dialog Data Service Inc | Systems and methods for predicting healthcare related risk events and financial risk |
US20060136270A1 (en) * | 2004-12-02 | 2006-06-22 | Morgan John D | Medical claim data transfer to medical deposit box and/or medical visit record |
WO2006060626A2 (en) * | 2004-12-02 | 2006-06-08 | Healthright, Inc. | Medical claim data transfer to medical deposit box and/or medical visit record |
US20060178910A1 (en) * | 2005-01-10 | 2006-08-10 | George Eisenberger | Publisher gateway systems for collaborative data exchange, collection, monitoring and/or alerting |
US7443303B2 (en) | 2005-01-10 | 2008-10-28 | Hill-Rom Services, Inc. | System and method for managing workflow |
US7682308B2 (en) * | 2005-02-16 | 2010-03-23 | Ahi Of Indiana, Inc. | Method and system for assessing fall risk |
US7640073B2 (en) * | 2005-04-14 | 2009-12-29 | Jeld-Wen, Inc. | Systems and methods of identifying and manipulating objects |
US8781847B2 (en) | 2005-05-03 | 2014-07-15 | Cardiac Pacemakers, Inc. | System and method for managing alert notifications in an automated patient management system |
JP2008541280A (en) * | 2005-05-11 | 2008-11-20 | カーディナル ヘルス 303 インコーポレイテッド | Drug administration data setting analyzer |
US20080275731A1 (en) * | 2005-05-18 | 2008-11-06 | Rao R Bharat | Patient data mining improvements |
US20070043595A1 (en) * | 2005-06-01 | 2007-02-22 | Derek Pederson | System, method and computer software product for estimating costs under health care plans |
US20060277128A1 (en) * | 2005-06-07 | 2006-12-07 | Sudhir Anandarao | System and method for managing and monitoring financial performance associated with benefits |
US7739128B2 (en) * | 2005-06-22 | 2010-06-15 | Alex Farris | Medical claims evaluation system |
US7664662B1 (en) | 2006-03-16 | 2010-02-16 | Trurisk Llc | Computerized medical modeling of group life and disability insurance using medical claims data |
US7555439B1 (en) | 2005-07-21 | 2009-06-30 | Trurisk, Llc | Computerized medical underwriting of group life insurance using medical claims data |
US7555438B2 (en) * | 2005-07-21 | 2009-06-30 | Trurisk, Llc | Computerized medical modeling of group life insurance using medical claims data |
US20070050187A1 (en) * | 2005-08-30 | 2007-03-01 | James Cox | Medical billing system and method |
WO2007041443A2 (en) * | 2005-10-03 | 2007-04-12 | Health Dialog Services Corporation | Systems and methods for analysis of healthcare provider performance |
JP5390741B2 (en) * | 2005-10-11 | 2014-01-15 | 古河電気工業株式会社 | Optical fiber and optical transmission medium |
US20070088580A1 (en) * | 2005-10-19 | 2007-04-19 | Richards John W Jr | Systems and methods for providing comparative health care information via a network |
US20070088579A1 (en) * | 2005-10-19 | 2007-04-19 | Richards John W Jr | Systems and methods for automated processing and assessment of an insurance disclosure via a network |
US20070094133A1 (en) * | 2005-10-20 | 2007-04-26 | Sudhir Anandarao | Systems and methods for managing an expenditure cycle |
US20070100697A1 (en) * | 2005-10-29 | 2007-05-03 | Srinivas Kolla | Method and/or system for rendering service providers with relevant advertising and/or marketing information |
US7818181B2 (en) * | 2005-10-31 | 2010-10-19 | Focused Medical Analytics Llc | Medical practice pattern tool |
US7933786B2 (en) * | 2005-11-01 | 2011-04-26 | Accenture Global Services Limited | Collaborative intelligent task processor for insurance claims |
US8560350B2 (en) * | 2005-11-22 | 2013-10-15 | Robert J. Nadai | Method, system and computer program product for generating an electronic bill having optimized insurance claim items |
CA2632730C (en) * | 2005-12-06 | 2018-12-18 | Ingenix, Inc. | Analyzing administrative healthcare claims data and other data sources |
US7831443B2 (en) * | 2005-12-16 | 2010-11-09 | Group Health Plan, Inc. | Method and computer program product for measuring and utilizing efficiency of medical resource and services providers |
US20070179809A1 (en) * | 2005-12-30 | 2007-08-02 | Brown Melissa M | System and method for performing a cost-utility analysis of pharmaceutical interventions |
US8442840B2 (en) * | 2006-02-14 | 2013-05-14 | Tomas G. Menocal | Transparent healthcare transaction management system |
US7711636B2 (en) | 2006-03-10 | 2010-05-04 | Experian Information Solutions, Inc. | Systems and methods for analyzing data |
US7249040B1 (en) | 2006-03-16 | 2007-07-24 | Trurisk, L.L.C. | Computerized medical underwriting of group life and disability insurance using medical claims data |
US20070219824A1 (en) * | 2006-03-17 | 2007-09-20 | Jean Rawlings | System and method for identifying and analyzing patterns or aberrations in healthcare claims |
WO2007120803A2 (en) * | 2006-04-13 | 2007-10-25 | Allen Roy Koenig | Expert system and method for translating medical data sets |
US20070244720A1 (en) * | 2006-04-17 | 2007-10-18 | Saddlepoint Software, Llc | Future care plan costing system and method |
US20070299698A1 (en) * | 2006-05-31 | 2007-12-27 | Sudhir Anandarao | Systems and methods for optimizing a health benefits process |
US7849030B2 (en) | 2006-05-31 | 2010-12-07 | Hartford Fire Insurance Company | Method and system for classifying documents |
US8190464B2 (en) * | 2006-07-10 | 2012-05-29 | Brevium, Inc. | Method and apparatus for identifying and contacting customers who are due for a visit but have not scheduled an appointment |
US8050937B1 (en) * | 2006-07-25 | 2011-11-01 | Intuit Inc. | Method and system for providing relevant content based on claim analysis |
US8577933B2 (en) * | 2006-08-02 | 2013-11-05 | Crossix Solutions Inc. | Double blinded privacy-safe distributed data mining protocol |
US20080040156A1 (en) * | 2006-08-08 | 2008-02-14 | James Cox | Computerized system for tracking, managing and analyzing hospital privileges through the use of specifically researched content in conjunction with ICD, CPT or other codes |
US20080051770A1 (en) * | 2006-08-22 | 2008-02-28 | Synergetics, Inc. | Multiple Target Laser Probe |
US8799148B2 (en) | 2006-08-31 | 2014-08-05 | Rohan K. K. Chandran | Systems and methods of ranking a plurality of credit card offers |
US11887175B2 (en) | 2006-08-31 | 2024-01-30 | Cpl Assets, Llc | Automatically determining a personalized set of programs or products including an interactive graphical user interface |
US20070005405A1 (en) * | 2006-09-12 | 2007-01-04 | Dust Larry R | Insurance system and method |
US8036979B1 (en) | 2006-10-05 | 2011-10-11 | Experian Information Solutions, Inc. | System and method for generating a finance attribute from tradeline data |
US8181187B2 (en) * | 2006-12-01 | 2012-05-15 | Portico Systems | Gateways having localized in-memory databases and business logic execution |
US8191053B2 (en) * | 2007-04-12 | 2012-05-29 | Ingenix, Inc. | Computerized data warehousing |
US8407066B2 (en) * | 2007-05-04 | 2013-03-26 | Financial Healthcare Systems, Llc | Insurance estimating system |
US20080287746A1 (en) * | 2007-05-16 | 2008-11-20 | Lonny Reisman | System and method for communicating health care alerts via an interactive personal health record |
WO2008147918A2 (en) | 2007-05-25 | 2008-12-04 | Experian Information Solutions, Inc. | System and method for automated detection of never-pay data sets |
US7801749B2 (en) * | 2007-06-07 | 2010-09-21 | Ingenix, Inc. | System and method for grouping claim records associated with a procedure |
US9721315B2 (en) | 2007-07-13 | 2017-08-01 | Cerner Innovation, Inc. | Claim processing validation system |
US7979289B2 (en) * | 2007-08-24 | 2011-07-12 | The Callas Group, Llc | System and method for intelligent management of medical care |
US8099306B2 (en) * | 2008-02-06 | 2012-01-17 | The Trizetto Group, Inc. | Pharmacy episodes of care |
US8478769B2 (en) * | 2008-02-22 | 2013-07-02 | Accenture Global Services Limited | Conversational question generation system adapted for an insurance claim processing system |
US8515786B2 (en) | 2008-02-22 | 2013-08-20 | Accenture Global Services Gmbh | Rule generation system adapted for an insurance claim processing system |
US20090216558A1 (en) * | 2008-02-27 | 2009-08-27 | Active Health Management Inc. | System and method for generating real-time health care alerts |
US8015136B1 (en) | 2008-04-03 | 2011-09-06 | Dynamic Healthcare Systems, Inc. | Algorithmic method for generating a medical utilization profile for a patient and to be used for medical risk analysis decisioning |
US20100004945A1 (en) * | 2008-07-01 | 2010-01-07 | Global Health Outcomes, Inc. | Computer implemented methods, systems, and apparatus for generating and utilizing health outcomes indices and financial derivative instruments based on the indices |
US8301464B1 (en) | 2008-07-18 | 2012-10-30 | Cave Consulting Group, Inc. | Method and system for producing statistical analysis of medical care information |
US11244416B2 (en) | 2008-07-18 | 2022-02-08 | Cave Consulting Group, Inc. | System, method, and graphical user interface for identifying medical care providers outside a process-of-care standard |
US7991689B1 (en) | 2008-07-23 | 2011-08-02 | Experian Information Solutions, Inc. | Systems and methods for detecting bust out fraud using credit data |
US9256904B1 (en) | 2008-08-14 | 2016-02-09 | Experian Information Solutions, Inc. | Multi-bureau credit file freeze and unfreeze |
US8412593B1 (en) | 2008-10-07 | 2013-04-02 | LowerMyBills.com, Inc. | Credit card matching |
US8396721B2 (en) * | 2009-02-23 | 2013-03-12 | Healthy Communities Institute Corporation | Community health system |
US20110225009A1 (en) * | 2010-03-12 | 2011-09-15 | Kress Andrew E | System and method for providing geographic prescription data |
US9652802B1 (en) | 2010-03-24 | 2017-05-16 | Consumerinfo.Com, Inc. | Indirect monitoring and reporting of a user's credit data |
US20130085769A1 (en) * | 2010-03-31 | 2013-04-04 | Risk Management Solutions Llc | Characterizing healthcare provider, claim, beneficiary and healthcare merchant normal behavior using non-parametric statistical outlier detection scoring techniques |
US8650040B2 (en) | 2010-05-14 | 2014-02-11 | Brevium, Inc. | Method and apparatus for protecting relationships with referring providers within a system that identifies patients overdue for an appointment |
US10943676B2 (en) | 2010-06-08 | 2021-03-09 | Cerner Innovation, Inc. | Healthcare information technology system for predicting or preventing readmissions |
US8504393B2 (en) * | 2010-09-10 | 2013-08-06 | State Farm Mutual Automobile Insurance Company | Systems and methods for grid-based insurance rating |
US20120116807A1 (en) * | 2010-09-29 | 2012-05-10 | Ingenix Inc. | Apparatus, system, and method for comparing healthcare |
US8930262B1 (en) | 2010-11-02 | 2015-01-06 | Experian Technology Ltd. | Systems and methods of assisted strategy design |
US9147042B1 (en) | 2010-11-22 | 2015-09-29 | Experian Information Solutions, Inc. | Systems and methods for data verification |
US8447671B1 (en) | 2010-12-13 | 2013-05-21 | Accident Fund Insurance Company of America | System and method for provider evaluation and claimant direction |
US9558519B1 (en) | 2011-04-29 | 2017-01-31 | Consumerinfo.Com, Inc. | Exposing reporting cycle information |
US20130024124A1 (en) * | 2011-07-22 | 2013-01-24 | The Travelers Companies, Inc. | Systems, methods, and apparatus for preventing recidivism |
US10318092B2 (en) * | 2012-03-13 | 2019-06-11 | Koninklijke Philips N.V. | Medical records visualization system for displaying related medical records in clusters with marked interrelationships on a time line |
US10672506B2 (en) * | 2012-04-27 | 2020-06-02 | Square Knot Systems, Inc. | Method and device for generating a graphical user interface for procedure-based medical charge capture |
US20140006044A1 (en) * | 2012-06-27 | 2014-01-02 | Infosys Limited | System and method for preparing healthcare service bundles |
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 |
WO2014074913A1 (en) | 2012-11-08 | 2014-05-15 | Alivecor, Inc. | Electrocardiogram signal detection |
US10255598B1 (en) | 2012-12-06 | 2019-04-09 | Consumerinfo.Com, Inc. | Credit card account data extraction |
US9697263B1 (en) | 2013-03-04 | 2017-07-04 | Experian Information Solutions, Inc. | Consumer data request fulfillment system |
WO2014145927A1 (en) | 2013-03-15 | 2014-09-18 | Alivecor, Inc. | Systems and methods for processing and analyzing medical data |
US20160070861A1 (en) * | 2013-03-29 | 2016-03-10 | Koninklijke Philips N.V. | Generating and/or employing finding unique identifiers |
US9247911B2 (en) | 2013-07-10 | 2016-02-02 | Alivecor, Inc. | Devices and methods for real-time denoising of electrocardiograms |
US20150039330A1 (en) * | 2013-07-31 | 2015-02-05 | Health Care Incentives Improvement Institute, Inc. | Episode of care builder method and system |
US9529649B2 (en) | 2014-10-23 | 2016-12-27 | Sas Institute Inc. | Techniques to compute attribute relationships utilizing a leveling operation in a computing environment |
US10490306B2 (en) | 2015-02-20 | 2019-11-26 | Cerner Innovation, Inc. | Medical information translation system |
US10757154B1 (en) | 2015-11-24 | 2020-08-25 | Experian Information Solutions, Inc. | Real-time event-based notification system |
US10691407B2 (en) | 2016-12-14 | 2020-06-23 | Kyruus, Inc. | Methods and systems for analyzing speech during a call and automatically modifying, during the call, a call center referral interface |
US11309075B2 (en) | 2016-12-29 | 2022-04-19 | Cerner Innovation, Inc. | Generation of a transaction set |
US11227001B2 (en) | 2017-01-31 | 2022-01-18 | Experian Information Solutions, Inc. | Massive scale heterogeneous data ingestion and user resolution |
US10735183B1 (en) | 2017-06-30 | 2020-08-04 | Experian Information Solutions, Inc. | Symmetric encryption for private smart contracts among multiple parties in a private peer-to-peer network |
US11605018B2 (en) | 2017-12-27 | 2023-03-14 | Cerner Innovation, Inc. | Ontology-guided reconciliation of electronic records |
US11257018B2 (en) * | 2018-12-24 | 2022-02-22 | Hartford Fire Insurance Company | Interactive user interface for insurance claim handlers including identifying insurance claim risks and health scores |
WO2020146667A1 (en) | 2019-01-11 | 2020-07-16 | Experian Information Solutions, Inc. | Systems and methods for secure data aggregation and computation |
US11645344B2 (en) | 2019-08-26 | 2023-05-09 | Experian Health, Inc. | Entity mapping based on incongruent entity data |
US11675805B2 (en) | 2019-12-16 | 2023-06-13 | Cerner Innovation, Inc. | Concept agnostic reconcilation and prioritization based on deterministic and conservative weight methods |
Family Cites Families (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3566365A (en) * | 1968-09-12 | 1971-02-23 | Searle Medidata Inc | Multiphasic medical screening system |
US3697957A (en) * | 1968-12-23 | 1972-10-10 | Adaptronics Inc | Self-organizing control |
US3716840A (en) * | 1970-06-01 | 1973-02-13 | Texas Instruments Inc | Multimodal search |
US4319225A (en) * | 1974-05-17 | 1982-03-09 | The United States Of America As Represented By The Secretary Of The Army | Methods and apparatus for compacting digital data |
US4286330A (en) * | 1976-04-07 | 1981-08-25 | Isaacson Joel D | Autonomic string-manipulation system |
US4290114A (en) * | 1976-07-01 | 1981-09-15 | Sinay Hanon S | Medical diagnostic computer |
US4314309A (en) * | 1979-12-18 | 1982-02-02 | Northern Telecom Limited | Electric test equipment mounting |
DE3000250A1 (en) * | 1980-01-05 | 1981-07-16 | Metallgesellschaft Ag, 6000 Frankfurt | METHOD FOR REMOVING H (DOWN ARROW) 2 (DOWN ARROW) S, CO (DOWN ARROW) 2 (DOWN ARROW), COS AND MERCAPTANES FROM GASES BY ABSORPTION |
DE3002225A1 (en) | 1980-01-23 | 1981-07-30 | Metallgesellschaft Ag, 6000 Frankfurt | METHOD FOR DIRECTLY REDUCING IRON OXIDE-CONTAINING MATERIALS IN TURNTUBES |
US4326259A (en) * | 1980-03-27 | 1982-04-20 | Nestor Associates | Self organizing general pattern class separator and identifier |
US4360875A (en) * | 1981-02-23 | 1982-11-23 | Behnke Robert W | Automated, door-to-door, demand-responsive public transportation system |
AU554337B2 (en) * | 1981-03-11 | 1986-08-14 | Metalogic Control Ltd. | Adaptive control of a dynamic system |
JPS57191426A (en) * | 1981-05-20 | 1982-11-25 | Honda Motor Co Ltd | Fuel supply cutting device for reducing speed of internal combustion engine |
JPS57211338A (en) * | 1981-06-24 | 1982-12-25 | Tokyo Shibaura Electric Co | Tatal image diagnosis data treating apparatus |
US4454414A (en) * | 1982-06-16 | 1984-06-12 | Vericard Corporation | Funds transfer system using optically coupled, portable modules |
US4491725A (en) * | 1982-09-29 | 1985-01-01 | Pritchard Lawrence E | Medical insurance verification and processing system |
US4553206A (en) * | 1983-10-03 | 1985-11-12 | Wang Laboratories, Inc. | Image storage and retrieval |
US4667292A (en) * | 1984-02-16 | 1987-05-19 | Iameter Incorporated | Medical reimbursement computer system |
US4648037A (en) * | 1984-03-15 | 1987-03-03 | Metropolitan Life Insurance Company | Method and apparatus for benefit and financial communication |
US4803641A (en) * | 1984-06-06 | 1989-02-07 | Tecknowledge, Inc. | Basic expert system tool |
US4658370A (en) * | 1984-06-07 | 1987-04-14 | Teknowledge, Inc. | Knowledge engineering tool |
US4700297A (en) * | 1984-09-14 | 1987-10-13 | Merrill Lynch Relocation Management, Inc. | Relocation management and reporting system |
US4733354A (en) * | 1984-11-23 | 1988-03-22 | Brian Potter | Method and apparatus for automated medical diagnosis using decision tree analysis |
US4916633A (en) * | 1985-08-16 | 1990-04-10 | Wang Laboratories, Inc. | Expert system apparatus and methods |
US4858121A (en) * | 1986-12-12 | 1989-08-15 | Medical Payment Systems, Incorporated | Medical payment system |
US4632428A (en) * | 1986-12-29 | 1986-12-30 | Brown Steven P | Combination medical data, identification and health insurance card |
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 |
US4872122A (en) * | 1987-06-19 | 1989-10-03 | University Of Pennsylvania | Interactive statistical system and method for predicting expert decisions |
US5070452A (en) * | 1987-06-30 | 1991-12-03 | Ngs American, Inc. | Computerized medical insurance system including means to automatically update member eligibility files at pre-established intervals |
US4866634A (en) * | 1987-08-10 | 1989-09-12 | Syntelligence | Data-driven, functional expert system shell |
US4839822A (en) * | 1987-08-13 | 1989-06-13 | 501 Synthes (U.S.A.) | Computer system and method for suggesting treatments for physical trauma |
US4945476A (en) * | 1988-02-26 | 1990-07-31 | Elsevier Science Publishing Company, Inc. | Interactive system and method for creating and editing a knowledge base for use as a computerized aid to the cognitive process of diagnosis |
US4975840A (en) | 1988-06-17 | 1990-12-04 | Lincoln National Risk Management, Inc. | Method and apparatus for evaluating a potentially insurable risk |
US5253164A (en) * | 1988-09-30 | 1993-10-12 | Hpr, Inc. | System and method for detecting fraudulent medical claims via examination of service codes |
US5001630A (en) * | 1988-12-20 | 1991-03-19 | Wiltfong M J | Computerized case history business method |
US5508912A (en) | 1989-01-23 | 1996-04-16 | Barry Schneiderman | Clinical database of classified out-patients for tracking primary care outcome |
US4987538A (en) * | 1989-04-27 | 1991-01-22 | Western Medical Consultants | Automated processing of provider billings |
US5065315A (en) * | 1989-10-24 | 1991-11-12 | Garcia Angela M | System and method for scheduling and reporting patient related services including prioritizing services |
US5255187A (en) | 1990-04-03 | 1993-10-19 | Sorensen Mark C | Computer aided medical diagnostic method and apparatus |
US5235702A (en) * | 1990-04-11 | 1993-08-10 | Miller Brent G | Automated posting of medical insurance claims |
US5324077A (en) | 1990-12-07 | 1994-06-28 | Kessler Woodrow B | Medical data draft for tracking and evaluating medical treatment |
AU1427492A (en) | 1991-02-06 | 1992-09-07 | Risk Data Corporation | System for funding future workers' compensation losses |
US5225187A (en) * | 1991-02-15 | 1993-07-06 | Somerville Technology Group, Inc. | Process for preparing concentrated aluminum-zirconium solutions |
US5225976A (en) * | 1991-03-12 | 1993-07-06 | Research Enterprises, Inc. | Automated health benefit processing system |
US5519607A (en) | 1991-03-12 | 1996-05-21 | 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 |
SK273092A3 (en) | 1991-09-17 | 1994-11-09 | Koninkl Philips Electronics Nv | Device for winning belt carriers of record, carrier of record and reproduction device |
US5359509A (en) * | 1991-10-31 | 1994-10-25 | United Healthcare Corporation | Health care payment adjudication and review system |
US5307262A (en) * | 1992-01-29 | 1994-04-26 | Applied Medical Data, Inc. | Patient data quality review method and system |
US5325293A (en) * | 1992-02-18 | 1994-06-28 | Dorne Howard L | System and method for correlating medical procedures and medical billing codes |
AU673369B2 (en) | 1992-06-22 | 1996-11-07 | Health Risk Management, Inc. | Health care management system |
US5365425A (en) | 1993-04-22 | 1994-11-15 | The United States Of America As Represented By The Secretary Of The Air Force | Method and system for measuring management effectiveness |
CA2118885C (en) | 1993-04-29 | 2005-05-24 | Conrad K. Teran | Process control system |
US5594637A (en) | 1993-05-26 | 1997-01-14 | Base Ten Systems, Inc. | System and method for assessing medical risk |
US5517405A (en) | 1993-10-14 | 1996-05-14 | Aetna Life And Casualty Company | Expert system for providing interactive assistance in solving problems such as health care management |
US5644778A (en) | 1993-11-02 | 1997-07-01 | Athena Of North America, Inc. | Medical transaction system |
US5471382A (en) | 1994-01-10 | 1995-11-28 | Informed Access Systems, Inc. | Medical network management system and process |
US5652842A (en) | 1994-03-01 | 1997-07-29 | Healthshare Technology, Inc. | Analysis and reporting of performance of service providers |
US5486999A (en) | 1994-04-20 | 1996-01-23 | Mebane; Andrew H. | Apparatus and method for categorizing health care utilization |
US5577169A (en) | 1994-04-29 | 1996-11-19 | International Business Machines Corporation | Fuzzy logic entity behavior profiler |
US5660183A (en) | 1995-08-16 | 1997-08-26 | Telectronics Pacing Systems, Inc. | Interactive probability based expert system for diagnosis of pacemaker related cardiac problems |
-
1994
- 1994-06-23 US US08/264,795 patent/US5557514A/en not_active Expired - Lifetime
-
1995
- 1995-06-23 AU AU29479/95A patent/AU2947995A/en not_active Abandoned
- 1995-06-23 EP EP95925297A patent/EP0786113A1/en not_active Withdrawn
- 1995-06-23 CA CA002196549A patent/CA2196549A1/en not_active Abandoned
- 1995-06-23 WO PCT/US1995/007962 patent/WO1996000423A1/en not_active Application Discontinuation
- 1995-10-05 US US08/539,413 patent/US6223164B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
US6223164B1 (en) | 2001-04-24 |
US5557514A (en) | 1996-09-17 |
EP0786113A1 (en) | 1997-07-30 |
AU2947995A (en) | 1996-01-19 |
WO1996000423A1 (en) | 1996-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5557514A (en) | Method and system for generating statistically-based medical provider utilization profiles | |
US7774252B2 (en) | Method and system for generating statistically-based medical provider utilization profiles | |
Weiner et al. | Risk-adjusted Medicare capitation rates using ambulatory and inpatient diagnoses | |
Zapka et al. | Mammography use among sociodemographically diverse women: the accuracy of self-report. | |
Ehreth | The development and evaluation of hospital performance measures for policy analysis | |
Epstein et al. | Capitation payment: using predictors of medical utilization to adjust rates | |
US5519607A (en) | Automated health benefit processing system | |
US7263492B1 (en) | Sequencing models of healthcare related states | |
US7444291B1 (en) | System and method for modeling of healthcare utilization | |
Aronsky et al. | Assessing the quality of clinical data in a computer-based record for calculating the pneumonia severity index | |
Doremus et al. | Data Quality: An Illustration of Its Potential Impact Upon a Diagnosis–Related Group's Case Mix Index and Reimbursement | |
US20020133441A1 (en) | Methods and systems for identifying attributable errors in financial processes | |
US20110077980A1 (en) | Automated processing of electronic medical data for insurance and disability determinations | |
US20030065534A1 (en) | Health care management method and system | |
WO1994012943A1 (en) | System of unique number assignment and genealogical data retrieval | |
Barnard et al. | DRG-based reimbursement: the use of concurrent and retrospective clinical data | |
Paul et al. | Data bases for variations research | |
Yarnall et al. | Computer-prompted diagnostic codes | |
GUMUS | ELECTRONIC HEALTH RECORD AND PATIENT SATISFACTION IN PUBLIC HOSPITALS: MODERATING ROLE OF OPERATIONAL EFFICIENCY | |
Shwartz et al. | A primer: health care databases, diagnostic coding, severity adjustment systems and improved parameter estimation | |
Tan | Factors influencing the severity case mix index in the provision of ambulatory health care services | |
Dewi et al. | Overview of the Accuracy of Fracture Main Diagnostic Codes in Inpatients at Gatot Soebroto Army Hospital | |
Porell et al. | Discretionary hospital use and diagnostic risk adjustment of Medicare HMO capitation rates | |
Roselle et al. | Estimating private sector professional fees for VA providers | |
Gai | Association between electronic health records meaningful use attestation and Medicare spending per beneficiary among US hospitals |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued | ||
FZDE | Discontinued |
Effective date: 20000911 |