WO2009073855A1 - Disproportionate share payment calcualtor - Google Patents
Disproportionate share payment calcualtor Download PDFInfo
- Publication number
- WO2009073855A1 WO2009073855A1 PCT/US2008/085720 US2008085720W WO2009073855A1 WO 2009073855 A1 WO2009073855 A1 WO 2009073855A1 US 2008085720 W US2008085720 W US 2008085720W WO 2009073855 A1 WO2009073855 A1 WO 2009073855A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- inventive concept
- general inventive
- user
- present general
- medicaid
- Prior art date
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
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Definitions
- the present general inventive concept relates to a calculator to determine disproportionate share payments, and more particularly, to an internet-based calculator to assist acute-care hospitals in calculating government payments such as, but not limited to Medicare and Medicaid disproportionate share payments.
- DSH disproportionate share payments
- the advantages the present general inventive concept include, among others: 1 ) turnaround time of eligibility match files is usually one to three days versus weeks or months; 2) accuracy of calculating Medicaid eligible days because the present general inventive concept has a precisely accurate and reliable automated process that only counts the correct number of eligible days in the DSH calculation; 3) increased eligibility match results because the present general inventive concept matches patient data against Medicaid eligibility databases on at least four different criteria as aforementioned; 4) automatic calculation and reduction of Labor and Delivery days as directed by CMS; 5) automatic matching of moms and babies through software code; 6) automatic removal of dual-eligible Medicare/Medicaid eligible days as directed by CMS; and 7) automatic audit support contained within the software that is ready to be exported into a user-friendly format for ease of use of the present general inventive concept.
- the advantages that the present general inventive concept offers over conventional software methods for DSH calculations are: 1 ) 100% HIPAA compliant web-based software application because at least three primary conventional applications are not wholly web-based and only two offer partial web-based features that are limited to, for example, uploading patient files; 2) higher match rates achieved by matching patient data against the Medicaid eligibility databases on multiple criteria versus just one or two; 3) unlimited number of eligibility batch matches available to the user, which is not provided by any primary conventional application; 4) several exception data reports that help analyze patient data and the results of Medicaid eligibility matches; 5) 100% audit support documentation provided by the present general inventive concept; and 6) processing common working file and paid claims matches using the same logic as the Medicaid eligibility matches, preventing labor-intensive manual reassignment of patient outside the present general inventive concept.
- Figure 1 illustrates a user interface having a remote user log-in screen to access the present general inventive concept via a website on the Internet, such as www.trinity-hcr.com.
- Figure 2 illustrates a users interface having an update process to enable the user to provide specific hospital information relevant to the fiscal year for which they are choosing to perform a DSH calculation.
- Figure 3 illustrates a user interface enabling a user to upload an electronic hospital patient data file (e.g., "Patient Data File") to a server, such as the illustrated server of Trinity Healthcare Resources (THR), which hosts the present general inventive concept software.
- an electronic hospital patient data file e.g., "Patient Data File”
- THR Trinity Healthcare Resources
- Figure 4 illustrates a user interface enabling a user to upload an electronic patient data file electronically linking mothers to their newborns (e.g., "Mom-Baby Account Number Link").
- Figure 5 illustrates a user interface enabling a user to manually enter a mother's account number next to a newborn's account number for any newborns that were not electronically matched through algorithms of the present general inventive concept or were not contained in the Mom-Baby Account Number Link.
- Figure 6 illustrates a user interface enabling a user to classify the Nursing- Station/Location Codes that are a data element and contained within the Patient Data File using a drop-down menu.
- Figure 7 illustrates a user interface enabling a user to classify Insurance Plan Codes that are also a data element and contained within the Patient Data File using a drop-down menu.
- Figure 8 illustrates results after the present general inventive concept merges 271 results file into a specific DSH calculation and calculates the correct number of inpatient days for which patients were eligible for medical assistance under a state approved plan under Title XIX thereby grouping each Medicaid Eligibility or Aid Code contained within the 271 results file and directing the user to classify each code as allowable or non-allowable.
- Figure 9 illustrates a user interface enabling a user to click a "Generate Report” button to create several reports in an Audit Reports section that document patients and their related information that assist the user in correctly preparing the Medicare DSH calculation.
- Figure 10 illustrates two additional reports generated by the present general inventive concept that are used for support during a government audit of a hospital's Medicare DSH calculation so that a user may enter the hospital's Supplemental Security Income (SSI) percentage, which is a proxy that is part of the Medicare DSH statutory formula.
- SSI Supplemental Security Income
- Exhibit A provides file layout specifications of the present general inventive concept in which the present general inventive concept is titled "HAWKEYE DSH CALCULATORTM.”
- the present general inventive concept is an internet-based, remote-hosted software application that performs the following steps to calculate DSH payments for hospitals:
- a server such as the illustrated server of Trinity Healthcare Resources (THR), which hosts software of the present general inventive concept.
- THR Trinity Healthcare Resources
- Users may upload an electronic patient data file electronically linking mothers to their newborns ("Mom-Baby Account Number Link”), as illustrated in Figure 4.
- the present general inventive concept then executes a search to identify any remaining unmatched newborns to their mother using a series of algorithms based on certain data elements contained within the Patient Data File, as illustrated in Exhibit A. Newborns are electronically matched or linked to their mothers to calculate Labor and Delivery days and identify any Medicaid eligible days based on State presumptive eligibility laws.
- Users may manually enter the mother's account number next to the newborn's account number for any newborns that were not electronically matched through algorithms of the present general inventive concept or were not contained in the Mom-Baby Account Number Link, as illustrated in Figure 5.
- Users then may classify the Nursing-Station/Location Codes that are a data element and contained within the Patient Data File.
- the Nursing-Station/Location Code identifies where the patient was treated within the hospital. Only patients treated in acute care hospital locations are allowed to be counted in the DSH calculation.
- the present general inventive concept groups the Nursing-Station/Location Code values for each patient into a separate table. The user is directed to classify each Nursing-Station/Location Code using a drop-down menu, as illustrated in Figure 6. The user's classifications of the Nursing-Station/Location Codes determine which patients are counted in the DSH calculation.
- Users may also classify the Insurance Plan Codes that are also a data element and contained within the Patent Data File.
- the Insurance Plan Code identifies which type of primary, secondary, and/or tertiary (if necessary) insurance each patient had during their hospital visit.
- the present general inventive concept groups the Insurance Plan Code values for each patient into a separate table. The user is directed to classify each Insurance Plan Code using a drop-down menu, as illustrated in Figure 7. The user's classifications of the Insurance Plan Codes determine which patients are counted in the DSH calculation.
- the present general inventive concept then formats the hospital patient data in a batch file layout to match the appropriate State Medicaid eligibility database specifications to perform, if necessary, a standard HIPAA Electronic Data Interchange ("EDI") batch 270 transaction.
- EDI Electronic Data Interchange
- the HIPAA-EDI 270 transaction is a request to determine if each patient that was uploaded in the hospital patient data file in Step 3, has a Title XIX Medical Assistance ("Medicaid") Aid Category Code and if each patient was eligible for Medicaid, during the specific dates of service for which the patient was treated for inpatient services at the hospital.
- Medicaid Medical Assistance
- the batch patient file in the appropriate 270 format is sent to the State Medicaid eligibility database.
- Each State Medicaid Department has its own unique method of receiving the 270 batch submission files.
- the data file is electronically matched to State Medicaid eligibility databases using the following match criteria, if pertinent: i) Social Security Number (SSN) only; ii) Patient Name and date of birth (DOB); iii) Patient Medicaid Identification (ID) Number only; and iv) SSN and DOB in some cases.
- SSN Social Security Number
- DOB Patient Name and date of birth
- ID Patient Medicaid Identification
- the State Medicaid Department typically posts a results file, which the present general inventive concept downloads to a server, such as THR's server.
- the Medicaid eligibility results file is usually a HIPAA-EDI 271 transaction batch file.
- the 271 results file contains the Medical Assistance Aid Category or Medicaid Eligibility Code and/or the dates for which the patient was eligible for Medicaid.
- the present general inventive concept merges the 271 results file into the specific DSH calculation and calculates the correct number of inpatient days for which patients were eligible for medical assistance under a State approved plan under Title XIX.
- the present general inventive concept groups each Medicaid Eligibility or Aid Code contained within the 271 results file and directs the user to classify each code as allowable or non-allowable to be included in the DSH Calculation, as illustrated in Figure 8.
- the present general inventive concept uses the match results from the 271 file processed in step 13 as well as the Aid Code classifications assigned by the user to determine how many days a patient is eligible for Medicaid or Medicare Part A. These days are calculated both on a census and discharge basis for each inpatient record.
- the present general inventive concept also has two additional reports that are used for support during a Government audit of a hospital's Medicare DSH calculation.
- the Final Report allows the user to enter the hospital's Supplemental Security Income (SSI) percentage, which is a proxy that is part of the Medicare DSH statutory formula.
- SSI Supplemental Security Income
- DVG Medicare diagnostic related group
- the Final Report is then exported from the present general inventive concept to a user- friendly format, such as a Microsoft ExcelTM workbook, for the user's reference and/or records.
- Additional features of the present general inventive concept include the ability to match patient data daily, weekly, or monthly to state Medicaid eligibility databases.
- the present general inventive concept allows hospitals to submit bills to Medicaid for patients that were eligible for Medicaid, but not previously known to be eligible.
- the present general inventive concept calculates a Rehab DSH adjustment and calculate a Capital DSH adjustment.
Abstract
The present general inventive concept is an internet-based, remote-hosted software application that allows a medical care provider to determine whether a patient receiving medical care is eligible for payment and/or reimbursement of costs and/or fees associated with the medical care by the government or other entity and to calculate the payment and/or reimbursement amount to be received such as that provided by Medicare and Medicaid disproportionate share payment.
Description
TITLE OF THE INVENTION
DISPROPORTIONATE SHARE PAYMENT CALCULATOR
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application claims priority to U.S. Provisional Patent Application Serial No. 60/992,388, filed December 5, 2007, the disclosure of which is incorporated herein by reference in its entirety.
BACKGROUND OF THE INVENTION
1. Field of the Invention
[0002] The present general inventive concept relates to a calculator to determine disproportionate share payments, and more particularly, to an internet-based calculator to assist acute-care hospitals in calculating government payments such as, but not limited to Medicare and Medicaid disproportionate share payments.
2. Advantages of the Invention over Related Art
[0003] Hospitals and consulting firms that perform Medicaid eligibility matches and Medicare disproportionate share payments (DSH) calculations primarily utilize traditional database or spreadsheet software applications such as Microsoft Access™ and Microsoft Excel™ to format and manipulate patient data as necessary to prepare documentation for the DSH calculation.
[0004] Microsoft Access™ and Microsoft Excel™ primarily use pre-written queries or commands to perform the data tasks necessary in the preparation of the DSH calculation. These methods are disadvantageous for at least the reasons that turnaround time is long, accuracy is poor, and versatility is poor.
[0005] The advantages the present general inventive concept include, among others: 1 ) turnaround time of eligibility match files is usually one to three days versus weeks or months; 2) accuracy of calculating Medicaid eligible days because the present general inventive concept has a precisely accurate and reliable automated process that only counts the correct number of eligible days in the DSH calculation; 3) increased eligibility match results because the present general inventive concept matches patient data against Medicaid eligibility databases on at least four different criteria as aforementioned; 4) automatic calculation and reduction of Labor and Delivery days as directed by CMS; 5) automatic matching of moms and babies through software code; 6) automatic removal of dual-eligible Medicare/Medicaid eligible days as directed by CMS;
and 7) automatic audit support contained within the software that is ready to be exported into a user-friendly format for ease of use of the present general inventive concept.
[0006] The advantages that the present general inventive concept offers over conventional software methods for DSH calculations are: 1 ) 100% HIPAA compliant web-based software application because at least three primary conventional applications are not wholly web-based and only two offer partial web-based features that are limited to, for example, uploading patient files; 2) higher match rates achieved by matching patient data against the Medicaid eligibility databases on multiple criteria versus just one or two; 3) unlimited number of eligibility batch matches available to the user, which is not provided by any primary conventional application; 4) several exception data reports that help analyze patient data and the results of Medicaid eligibility matches; 5) 100% audit support documentation provided by the present general inventive concept; and 6) processing common working file and paid claims matches using the same logic as the Medicaid eligibility matches, preventing labor-intensive manual reassignment of patient outside the present general inventive concept.
[0007] Accordingly, it would be beneficial to provide an easily accessible, user-friendly calculator with increased reliability and versatility to calculate Medicare and Medicaid disproportionate share payments.
SUMMARY OF THE INVENTION
[0008] The foregoing and other objects are intended to be illustrative of the present general inventive concept and are not meant in a limiting sense. Many possible embodiments of the present general inventive concept may be made and will be readily evident upon a study of the following specification and accompanying drawings comprising a part thereof. Various features are subcombinations of present general inventive concept may be employed without reference to other features and subcombinations.
[0009] Other objects and advantages of this present general inventive concept will become apparent from the following description taken in connection with the accompanying drawings, wherein is set forth by way of illustration and example, an embodiment of this present general inventive concept and various features thereof.
BRIEF DESCRIPTION OF THE DRAWINGS
[0010] A preferred embodiment of the invention, illustrative of the best mode in which the applicant has contemplated applying the principles, is set forth in the following description and is shown in the drawings.
[0011] Figure 1 illustrates a user interface having a remote user log-in screen to access the present general inventive concept via a website on the Internet, such as www.trinity-hcr.com.
[0012] Figure 2 illustrates a users interface having an update process to enable the user to provide specific hospital information relevant to the fiscal year for which they are choosing to perform a DSH calculation.
[0013] Figure 3 illustrates a user interface enabling a user to upload an electronic hospital patient data file (e.g., "Patient Data File") to a server, such as the illustrated server of Trinity Healthcare Resources (THR), which hosts the present general inventive concept software.
[0014] Figure 4 illustrates a user interface enabling a user to upload an electronic patient data file electronically linking mothers to their newborns (e.g., "Mom-Baby Account Number Link").
[0015] Figure 5 illustrates a user interface enabling a user to manually enter a mother's account number next to a newborn's account number for any newborns that were not electronically matched through algorithms of the present general inventive concept or were not contained in the Mom-Baby Account Number Link.
[0016] Figure 6 illustrates a user interface enabling a user to classify the Nursing- Station/Location Codes that are a data element and contained within the Patient Data File using a drop-down menu.
[0017] Figure 7 illustrates a user interface enabling a user to classify Insurance Plan Codes that are also a data element and contained within the Patient Data File using a drop-down menu.
[0018] Figure 8 illustrates results after the present general inventive concept merges 271 results file into a specific DSH calculation and calculates the correct number of inpatient days for which patients were eligible for medical assistance under a state approved plan under Title XIX thereby grouping each Medicaid Eligibility or Aid Code contained within the 271 results file and directing the user to classify each code as allowable or non-allowable.
[0019] Figure 9 illustrates a user interface enabling a user to click a "Generate Report" button to create several reports in an Audit Reports section that document patients and their related information that assist the user in correctly preparing the Medicare DSH calculation.
[0020] Figure 10 illustrates two additional reports generated by the present general inventive concept that are used for support during a government audit of a hospital's Medicare DSH calculation so that a user may enter the hospital's Supplemental Security Income (SSI) percentage, which is a proxy that is part of the Medicare DSH statutory formula.
[0021] Exhibit A provides file layout specifications of the present general inventive concept in which the present general inventive concept is titled "HAWKEYE DSH CALCULATOR™."
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0022] Reference will now be made in detail to the embodiments of the present general inventive concept, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the like elements throughout. The embodiments are described below in order to explain the present general inventive concept be referring to the figures.
[0023] The present general inventive concept is an internet-based, remote-hosted software application that performs the following steps to calculate DSH payments for hospitals:
[0024] Users log-in the present general inventive concept via a website, which is illustrated in Figure 1 as www.trinity-hcr.com.
[0025] Users update specific hospital information relevant to the fiscal year for which they are choosing to perform a DSH calculation as illustrated in Figure 2.
[0026] As illustrated in Figure 3, users upload an electronic hospital patient data file ("Patient Data File") to a server, such as the illustrated server of Trinity Healthcare Resources (THR), which hosts software of the present general inventive concept.
[0027] Users may upload an electronic patient data file electronically linking mothers to their newborns ("Mom-Baby Account Number Link"), as illustrated in Figure 4.
[0028] The present general inventive concept then executes a search to identify any remaining unmatched newborns to their mother using a series of algorithms based on certain data elements contained within the Patient Data File, as illustrated in Exhibit A. Newborns are electronically matched or linked to their mothers to calculate Labor and Delivery days and identify any Medicaid eligible days based on State presumptive eligibility laws.
[0029] Users may manually enter the mother's account number next to the newborn's account number for any newborns that were not electronically matched through algorithms of the present general inventive concept or were not contained in the Mom-Baby Account Number Link, as illustrated in Figure 5.
[0030] Users then may classify the Nursing-Station/Location Codes that are a data element and contained within the Patient Data File. The Nursing-Station/Location Code identifies where the patient was treated within the hospital. Only patients treated in acute care hospital locations are allowed to be counted in the DSH calculation. The present general inventive concept groups the Nursing-Station/Location Code values for each patient into a separate table. The user is directed to classify each Nursing-Station/Location Code using a drop-down menu, as illustrated
in Figure 6. The user's classifications of the Nursing-Station/Location Codes determine which patients are counted in the DSH calculation.
[0031] Users may also classify the Insurance Plan Codes that are also a data element and contained within the Patent Data File. The Insurance Plan Code identifies which type of primary, secondary, and/or tertiary (if necessary) insurance each patient had during their hospital visit.
[0032] Only non-Medicare Part A insurance codes are allowed to be counted in the DSH calculation. The present general inventive concept groups the Insurance Plan Code values for each patient into a separate table. The user is directed to classify each Insurance Plan Code using a drop-down menu, as illustrated in Figure 7. The user's classifications of the Insurance Plan Codes determine which patients are counted in the DSH calculation.
[0033] The present general inventive concept then formats the hospital patient data in a batch file layout to match the appropriate State Medicaid eligibility database specifications to perform, if necessary, a standard HIPAA Electronic Data Interchange ("EDI") batch 270 transaction.
[0034] The HIPAA-EDI 270 transaction is a request to determine if each patient that was uploaded in the hospital patient data file in Step 3, has a Title XIX Medical Assistance ("Medicaid") Aid Category Code and if each patient was eligible for Medicaid, during the specific dates of service for which the patient was treated for inpatient services at the hospital.
[0035] The batch patient file in the appropriate 270 format is sent to the State Medicaid eligibility database. Each State Medicaid Department has its own unique method of receiving the 270 batch submission files.
[0036] Once the state receives the HIPAA-EDI batch 270 request file, the data file is electronically matched to State Medicaid eligibility databases using the following match criteria, if pertinent: i) Social Security Number (SSN) only; ii) Patient Name and date of birth (DOB); iii) Patient Medicaid Identification (ID) Number only; and iv) SSN and DOB in some cases.
[0037] The State Medicaid Department typically posts a results file, which the present general inventive concept downloads to a server, such as THR's server. The Medicaid eligibility results file is usually a HIPAA-EDI 271 transaction batch file. The 271 results file contains the Medical Assistance Aid Category or Medicaid Eligibility Code and/or the dates for which the patient was eligible for Medicaid.
[0038] The present general inventive concept merges the 271 results file into the specific DSH calculation and calculates the correct number of inpatient days for which patients were eligible for medical assistance under a State approved plan under Title XIX.
[0039] It is important to note that not all Medicaid programs are funded under Title XIX. The State Children's Health Insurance Plan, for example, is funded under Title XXI and eligible patients under this program are not allowable in the Medicare DSH calculation.
[0040] The present general inventive concept groups each Medicaid Eligibility or Aid Code contained within the 271 results file and directs the user to classify each code as allowable or non-allowable to be included in the DSH Calculation, as illustrated in Figure 8.
[0041] The user then clicks the "Process Match" button and Hawkeye DSH Calculator™ runs the computer code to calculate the number of acute in-patient days eligible for medical assistance under Title XIX approved under a State Medicaid Plan.
[0042] The present general inventive concept uses the match results from the 271 file processed in step 13 as well as the Aid Code classifications assigned by the user to determine how many days a patient is eligible for Medicaid or Medicare Part A. These days are calculated both on a census and discharge basis for each inpatient record.
[0043] The user then clicks the "Generate Reports" button and the present general inventive concept creates several reports in the Audit Reports section that document patients and their related information that assist the user in correctly preparing the Medicare DSH calculation, as illustrated in Figure 9.
[0044] The present general inventive concept also has two additional reports that are used for support during a Government audit of a hospital's Medicare DSH calculation.
[0045] The Final Report, such as illustrated in Figure 10, allows the user to enter the hospital's Supplemental Security Income (SSI) percentage, which is a proxy that is part of the Medicare DSH statutory formula. The user also enters the hospital's Medicare diagnostic related group (DRG) payments, also part of the DSH formula, and then clicks on the "Download Final Report" button. The Final Report is then exported from the present general inventive concept to a user- friendly format, such as a Microsoft Excel™ workbook, for the user's reference and/or records.
[0046] Additional features of the present general inventive concept include the ability to match patient data daily, weekly, or monthly to state Medicaid eligibility databases. The present
general inventive concept allows hospitals to submit bills to Medicaid for patients that were eligible for Medicaid, but not previously known to be eligible.
[0047] Further, the present general inventive concept calculates a Rehab DSH adjustment and calculate a Capital DSH adjustment.
[0048] Having now described the features, discoveries and principles of the general inventive concept, the manner in which the general inventive concept is constructed and used, the characteristics of the construction, and advantageous, new and useful results obtained; the new and useful structures, devices, elements, arrangements, parts and combinations, are set forth in the appended claims.
[0049] It is also to be understood that the following claims are intended to cover all of the generic and specific features of the general inventive concept herein described, and all statements of the scope of the general inventive concept which, as a matter of language, might be said to fall therebetween.
Claims
1. A calculator to determine a factor based on information input via a user interface, the user interface comprising:
an authentication process to ensure the user is an authorized user;
an input to allow the user to edit user profile information;
an upload to allow the user to uploade patient data;
a matching process to match a first party to a second party; and
a menu to assign a service, an insurance plan, and a classification.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US99238807P | 2007-12-05 | 2007-12-05 | |
US60/992,388 | 2007-12-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009073855A1 true WO2009073855A1 (en) | 2009-06-11 |
Family
ID=40718208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/085720 WO2009073855A1 (en) | 2007-12-05 | 2008-12-05 | Disproportionate share payment calcualtor |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2009073855A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010029580A1 (en) * | 1996-07-02 | 2001-10-11 | Moskowitz Scott A. | Optimization methods for the insertion, protection, and detection of digital watermarks in digital data |
US20050004895A1 (en) * | 1999-12-01 | 2005-01-06 | Webmd Corp. | System and method for implementing a global master patient index |
US20070106753A1 (en) * | 2005-02-01 | 2007-05-10 | Moore James F | Dashboard for viewing health care data pools |
-
2008
- 2008-12-05 WO PCT/US2008/085720 patent/WO2009073855A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010029580A1 (en) * | 1996-07-02 | 2001-10-11 | Moskowitz Scott A. | Optimization methods for the insertion, protection, and detection of digital watermarks in digital data |
US20050004895A1 (en) * | 1999-12-01 | 2005-01-06 | Webmd Corp. | System and method for implementing a global master patient index |
US20070106753A1 (en) * | 2005-02-01 | 2007-05-10 | Moore James F | Dashboard for viewing health care data pools |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9177106B2 (en) | System and method for data collection and management | |
US7720701B2 (en) | Automated configuration of medical practice management systems | |
CA2668289C (en) | Patient-interactive healthcare management | |
US7778850B2 (en) | Health care patient benefits eligibility research system and methods | |
US20100217973A1 (en) | System and method for encrypting provider identifiers on medical service claim transactions | |
US20100114607A1 (en) | Method and system for providing reports and segmentation of physician activities | |
WO2007005021A1 (en) | Consumer-driven pre-production vaccine reservation system and methods of using a vaccine reservation system | |
JP2004005588A (en) | System for processing financial data and invoice data related to health care of patient and method of processing financial data related to health care of patient | |
US8392219B1 (en) | Systems and methods for streamlined patient enrollment for one or more healthcare programs | |
CA2440738C (en) | Method and system for sharing personal health data | |
US20090018871A1 (en) | Consumer-driven pre-production vaccine reservation system and methods of using a vaccine reservation system | |
US20110225006A1 (en) | Patient-interactive healthcare management | |
Jung et al. | Implementation of resource use measures in Medicare Advantage | |
US20140278512A1 (en) | Healthcare claim editing system, method, and apparatus | |
US8538777B1 (en) | Systems and methods for providing patient medication history | |
Coomer et al. | Using Medicare cost reports to calculate costs for post-acute care claims | |
US20160321124A1 (en) | Request processing system that maps errors to corresponding data sources | |
US20040199407A1 (en) | System for processing data related to a partial reimbursement claim | |
WO2009073855A1 (en) | Disproportionate share payment calcualtor | |
Wilk et al. | Persistent variation in Medicare payment authorization for home hemodialysis treatments | |
Gloth et al. | Using electronic health records to improve care: Will “high tech” allow a return to “high touch” medicine? | |
Abbey | Healthcare payment systems: an introduction | |
Richards Brinton et al. | Pharmacy resident third party credentialing and reimbursement in a family medicine clinic | |
US20210174944A1 (en) | System and Method for Fee Schedule Download, Comparison and Reconciliation Against Processed Medical Insurance Claims | |
Chapman et al. | Evolution of an integrated public health surveillance system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08856280 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 08856280 Country of ref document: EP Kind code of ref document: A1 |