WO2009073855A1 - Disproportionate share payment calcualtor - Google Patents

Disproportionate share payment calcualtor Download PDF

Info

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
Application number
PCT/US2008/085720
Other languages
French (fr)
Inventor
Thore B. Karlsen
Todd A. Doze
John Patrick C. White
Original Assignee
Karlsen Thore B
Doze Todd A
White John Patrick C
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Karlsen Thore B, Doze Todd A, White John Patrick C filed Critical Karlsen Thore B
Publication of WO2009073855A1 publication Critical patent/WO2009073855A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/04Billing 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.
PCT/US2008/085720 2007-12-05 2008-12-05 Disproportionate share payment calcualtor WO2009073855A1 (en)

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)

* Cited by examiner, † Cited by third party
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

Patent Citations (3)

* Cited by examiner, † Cited by third party
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