US6484178B1 - Universal claims formatter - Google Patents
Universal claims formatter Download PDFInfo
- Publication number
- US6484178B1 US6484178B1 US09/475,476 US47547699A US6484178B1 US 6484178 B1 US6484178 B1 US 6484178B1 US 47547699 A US47547699 A US 47547699A US 6484178 B1 US6484178 B1 US 6484178B1
- Authority
- US
- United States
- Prior art keywords
- format
- data
- file
- input file
- source
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/116—Details of conversion of file system types or formats
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
Definitions
- the present invention relates to a method, computer program product and computer system for adapting file formats.
- it is directed to the acceptance of files formatted in one file format and converting the files into a common file format. This has particular application in the electronic processing of insurance claims.
- the method of the present invention comprises steps of: (1) viewing information about the client or office submitting a file containing data records (e.g., claims); (2) examining the submitted client data file; (3) finding a known data format that most closely matches the format of the client data file, known data formats being stored in a format database; (4) aligning the data contained in a given record, thus, creating a format corresponding to the client's data format; and (5) if the resulting format is different from all formats in the format database, saving the newly-created client format as a new known format.
- data records e.g., claims
- the method may also allow the testing of the newly-created format on the client's data file by a “running claim edits” function; this function serves to mass convert the client's data records into a common data format and permits testing of the conversion.
- the method may further comprise a step of writing a scrubber program, should the above steps fail.
- the step of examining the submitted client data file includes an optional step of “collecting garbage.” This step involves such functions as removing extraneous control characters and correcting for non-standard formatting conventions. For example, standard control characters may be added to each record to standardize the format.
- the system of the present invention comprises a computer having software embodied on a computer-readable medium, the software implementing the above method and comprising: (1) a View Office Information module, providing an operator with the ability to view information about a client/office submitting a file containing data records (e.g., claims); (2) an Examine Test Claim File module, allowing the operator to view data from the file submitted by the client; (3) a Find Closest Match module, automatically searching a known format database for a format that most closely matches the format of the data records in the client data file; (4) an Align Claim Data module, providing the operator with the capability of modifying the closest matching data format to create a new format matching the specific client's data record format; and (5) a Save Office Format module, allowing the operator to save the newly-created data format in the known format database.
- a View Office Information module providing an operator with the ability to view information about a client/office submitting a file containing data records (e.g., claims);
- the software may further include a Run Claim Edits module that allows the operator to test the newly-created format on the client's data file; Run Claim Edits performs format conversion into a common data format using the newly-created format and permits the observer to ascertain whether or not the conversion was successful.
- the software may further comprise at least one scrubber program written separately to account for file formats for which the program modules above fail to produce acceptable results.
- the Examine Test Claim File module includes an optional Garbage Collection module. This module involves such functions as removing extraneous control characters and correcting for non-standard formatting conventions. For example, standard control characters may be added to each record to standardize the format.
- a “computer” refers to any apparatus that is capable of accepting a structured input, processing the structured input according to prescribed rules, and producing results of the processing as output.
- Examples of a computer include: a computer; a general purpose computer; a supercomputer; a mainframe; a super mini-computer; a mini-computer; a workstation; a micro-computer; a server; an interactive television; and a hybrid combination of a computer and an interactive television.
- a computer also refers to two or more computers connected together via a network for transmitting or receiving information between the computers.
- An example of such a computer includes a distributed computer system for processing information via computers linked by a network.
- a “computer-readable medium” refers to any storage device used for storing data accessible by a computer. Examples of a computer-readable medium include: a magnetic hard disk; a floppy disk; an optical disk, like a CD-ROM or a DVD; a magnetic tape; a memory chip; and a carrier wave used to carry computer-readable electronic data, like those used in transmitting and receiving e-mail or in accessing a network.
- Software refers to prescribed rules to operate a computer. Examples of software include: software; code segments; instructions; computer programs; program modules; and programmed logic.
- a “computer system” refers to a system having a computer, where the computer includes a computer-readable medium embodying software to operate the computer.
- FIG. 1 depicts the main menu screen of an exemplary embodiment of the invention
- FIG. 2 is a flowchart showing the execution of the main program module of an exemplary embodiment of the invention
- FIG. 3 is a flowchart depicting the steps of entering data about a client office and checking it against known data, in an exemplary embodiment of the invention
- FIG. 4 depicts a screen displayed in the View Office Information function, according to an exemplary embodiment of the invention.
- FIG. 5 depicts a screen displayed in the Examine Test Claim File function in an exemplary embodiment of the invention
- FIG. 6A is a flowchart of the main portion of the Examine Test Claim File program module according to an exemplary embodiment of the invention, with FIGS. 6B and 6C showing a detailed flowchart of the inventive Garbage Collection program module;
- FIG. 7 is a flowchart depicting the structure of a software module implementing the Find Closest Match function, according to an exemplary embodiment of the invention.
- FIG. 8 depicts a screen displayed upon the execution of the Find Closest Match function, according to an exemplary embodiment of the invention.
- FIG. 9 depicts the screen displayed in the Align Claim Data function, according to an exemplary embodiment of the invention.
- FIGS. 10A-10C are flowcharts showing the operation of a program module for implementing the Align Claim Data function, according to an embodiment of the invention.
- FIG. 11 is a flowchart describing the operation of a program module for implementing the Save Office Data function, according to an embodiment of the invention.
- the present invention is directed toward a method and computer system for reformatting input data files received from clients. Specifically, the present invention deals with creating a format (template) tailored to a client office's data records/files, for the purpose of facilitating the conversion of such data to a common format. The created format may then be used in a batch-processing program to mass convert such data files into the common format.
- template tailored to a client office's data records/files
- a human operator executes a computer program in a Windows® or other computing environment, to obtain a main menu screen as depicted in FIG. 1 .
- This screen is the result of the execution of a main program module of the data formatter, as shown in FIG. 2 .
- the main menu screen/main program module prompts the operator to identify a client whose data is to be analyzed and formatted and, optionally, to enter a specific name of a file containing the data.
- the client is identified by entering an Office ID, either by typing it in, if known, or by means of a drop-down selection menu of a type well known in the art.
- the file name may either be typed or be entered by means of a standard file opening function, as is well known in the art; furthermore, in yet another embodiment, if the operator has entered the Office ID of a client with whose data he has previously worked, the name of the client's data file with which the operator has most recently worked will be displayed.
- the exemplary main menu screen of FIG. 1 includes seven buttons, corresponding to the seven program modules shown in FIG. 2 .
- the operator selects among the buttons as appropriate.
- the operator When the operator is finished with a particular function, he simply closes the function, using a “Close” button or other standard window-closing button, as is well known.
- the View Office Information function permits the operator to examine any existing information about a client that is already stored in a client database. Should no such information be stored, the program gives the operator the option of initially assigning a default file format to the client.
- FIG. 4 shows an exemplary screen displayed by the View Office Information function.
- the data displayed therein are as follows:
- FIELD COMMENTS Office ID: Office ID as entered on the Main Menu. Status Code: T indicates TEST status. A indicates ACTIVE. N indicates NEW. Office Name: Office (Client) Name from the Office Table (i.e., a client database). Vendor: Name of software producing the format- ted files at the client's office. Version: The software version of the office's software. Operating System: The operating system installed on the computer implementing the present invention. Hardware: Describes thc computer used at the client's office. Data Capture Method: 1 or 2 Printer Make/Model: The printer used in the client's office.
- HCFA Yes/No (Does the client use a form of the HCFA 1500 format?)
- Electronic Format NSF Yes/No (Does the client use a form of the NSF 20 format?)
- Data Capture Printer Yes/No. If ‘Yes’ may require Garbage Collection (see below).
- Garbage Collect Specified by the operator via the Examine Test Claim File screen (see below; i.e., does the operator wish to invoke the Garbage Collection function?).
- Control Totals Specified by the operator on Examine Test Claim File screen (not currently implemented).
- Lines to Skip Number of lines prior to the first claim to be skipped. The operator enters this on the Examine Test Claim File screen (see below).
- Claim Test File Name Name of the file containing the client's office's data.
- Office Assigned to User The User ID of the individual working on a given client's office's data. This prevents two people making changes to the formatting information and possibly overlaying each other's work.
- the bold, italicized fields contain information used in the Find Closest Match function described below.
- the View Office Information program module is implemented, in an exemplary embodiment of the invention as follows.
- the program uses the Office ID entered by the operator and uses it to retrieve the associated information from the aforementioned database.
- the Examine Test Claim File function is used to review a raw data file provided by a client office (i.e., a file containing records received from the client office and not yet in the common format used by further processing arrangements), to identify parameters of the data formatting used in the data records of the file, and to add the parameters to the client office profile data (i.e., the data viewed in View Office Information).
- a client office i.e., a file containing records received from the client office and not yet in the common format used by further processing arrangements
- client office profile data i.e., the data viewed in View Office Information
- FIG. 5 depicts a screen display for the Examine Test Claim File function in an exemplary embodiment of the invention.
- the screen initially shows the first portion of the first data record (or claim) in the data file.
- the operator may scroll through the record using a standard scroll bar 10 or may advance through the data file using buttons in the Available Actions portion 11 of the screen; these buttons will be described in the discussion below.
- the screen shown in FIG. 5 allows the operator to specify three characteristics of the data record file:
- the two Text Line Parameters buttons 12 will now be explained.
- the Number of Claim Lines should be determined first. Note that the default value in the Number of Claim Lines box is 60 . To see if this value is correct, the operator presses the Next Claim button symbolized by “>” in the Available Actions section 11 of the screen. This will jump the display to the second record (claim) and the beginning of the second should be positioned where the beginning of the first record was.
- the operator counts the number of lines from the top of the display to beginning of the second record. He then adds this number to 60 and enters this value into the Number of Claim Lines box. The operator then tests this Number of Claim Lines value by pressing the Next Claim button. Again the beginning of the next record should be positioned where the beginning of the previous record was. This process can be repeated until pressing Next Claim always displays the beginning of each record in the same position.
- next step should be to determine if there are Lines to Skip in the beginning of the file. Occasionally there is a one-time occurrence of miscellaneous information or unreadable characters prior to the beginning of the first record. If such lines exist, the operator must count the number of these miscellaneous lines and enter the number in the Lines to Skip box. The operator then checks for correctness by pressing Next Claim through the file.
- Some software packages handle printing of claims by inserting print control characters (carriage return or line feed) at unusual spots in a claim. These unusual print control characters will be seen as stray garbage characters anywhere within the claim data or at the end of a line. Clicking on the Yes box in the Garbage Collector section 14 can eliminate these characters and generally provide for a more standardized format; the Garbage Collection function is described in further detail below.
- the Examine Test Claim File screen offers a convenient way to view records. Analysis of, for example, medical claim records includes finding specific records that contain unique or rarely used data fields such as CPT (Physicians' C urrent P rocedural T erminology code) modifiers and the presence of multiple diagnosis codes. This can most easily be done in Examine Test Claim File.
- CPT Cosmeticians' C urrent P rocedural T erminology code
- a Find Claim button is available in the Available Actions section 11 , as well, to aid the operator in moving through the file. Clicking on the Find Claim button results in a prompt for a particular record number. By typing in a desired record number at the prompt, that record will appear in the viewer after the system has applied any changes that have been made, for example, selecting Yes for Garbage Collection and setting the Number of Claim Lines to 62 .
- the operator may opt to print out individual records by selecting the File menu 15 and then Print Current Claim, an option within the File menu (not shown).
- FIGS. 6A-6C contain a flowchart of a software module implementing the Examine Test Claim File functions, with FIGS. 6B and 6C particularly detailing the Garbage Collection function, all according to an exemplary embodiment of the invention. Note that these flowcharts are for a sample implementation in which the records represent (medical) claims.
- a box represents a routine or action taken by the module.
- Bullet items shown next to or under a box represent sub-steps of the routine or action in the box.
- Arrows with boldface words through them depict the flow of the module as various inputs or conditions occur, according to the boldface words.
- FIG. 6A shows the detailed steps for implementing the various functions described in connection with FIG. 5, according to an exemplary embodiment of the invention. The steps are self-explanatory and will not be discussed further, except with regard to the condition where the operator opts for garbage collection, which leads to Point A of FIG. 6 B.
- FIGS. 6B and 6C show the detailed steps carried out by an exemplary embodiment of the Garbage Collection module of the invention.
- Garbage Collection begins at Step 30 by reading in a character from the data file. If the end of the file has not been reached (i.e., the character is not an “End-of-File” character), the module tests the character to determine its type in Step 31 .
- Step 31 determines if a given character is a “ 0 A” (line feed) control character, a “ 0 D” (carriage return) control character, a print control character or a non-control (i.e., non-“ 0 A”/“ 0 D”) character. In the latter case, the character is written directly to output and the program proceeds back to Step 30 .
- Step 30 If the character is a print control character, it is discarded, and the program proceeds back to Step 30 to read in the next character. If the character is of the “ 0 A” or “ 0 D” type, the program proceeds either to Step 33 or to Step 34 , respectively, where these characters are appropriately processed. If the program went to Step 34 and the next character turned out not to be a “ 0 A” character, then the program proceeds to Step 35 for duplicate line processing before reverting back to Step 30 ; otherwise, the program reverts back to Step 30 from Step 34 . Note that in Step 35 a “ 0 Z” character is inserted; this is a special control character inserted by the inventive method/system, used for duplicate line processing.
- Step 30 If the character read in Step 30 is an “End-of-File” character, the program proceeds to Step 36 to determine whether or not the duplicate line indicator has been turned on. If not, then the process is complete. If, however, the duplicate line indicator is on, then the program goes to Point B of FIG. 6 C. In Steps 37 - 40 , sets of control characters are detected, and lines of data are merged where appropriate. When the end of the file is reached, the program goes to Step 41 , where the merged file becomes the output, and the Garbage Collection process is complete.
- the Find Closest Match function is used to select an existing stored record format that most closely matches a new client office format and, if desired, to assign the format to that client office. This function is performed using the seven parameters shown in bold italics in the discussion of View Office Information above.
- Step 50 the program module that implements Find Closest Match performs the steps detailed in the flowchart in FIG. 7 .
- the process begins in Step 50 by matching the parameters of the current client office format with those stored in the Office Table. The results of this matching are displayed in a screen depicted in FIG. 8 .
- the operator may then opt to change the Format ID for the current client office to the one found in the match by choosing Yes, which takes the program module to Step 52 .
- the operator may opt to change the Format ID to the default format by selecting No, which takes the program module to Step 51 .
- the operator may opt simply to use the current Format ID by choosing Cancel, which takes the program module to Step 53 .
- Step 54 the program module goes to Step 54 , from which the program reverts back to the main menu screen.
- the screen of FIG. 8 aids the operator in deciding whether to choose Yes, No or Cancel via the Query number 55 in the first line of the display.
- Query numbers range from 0 to 7, with 0 representing a perfect match; that is, the lower the Query number, the closer the match.
- the operator would generally be more inclined to choose Yes if the Query number is low and to choose No if the Query number is high.
- the operator should choose Cancel only if he is reviewing data from a client office that has already been assigned a format.
- the system displays a message to that effect, and the Format ID is set to the default format.
- the Align Claim Data function is used to modify the alignment of the closest matching format found in Find Closest Match.
- the result of this function is a record format tailored to the specific client office whose data records are being examined.
- the operator aligns the data in a record of the input data file with that of an ideal format, for example, a perfect HCFA-1500 form. This is done using a “data alignment grid.”
- the screen shown when Align Claim Data is invoked is depicted in FIG. 9 for an embodiment of the invention useful for processing medical insurance claim data using variations of the HCFA-1500 format.
- Data Adjustment Screen 60 defines where the system is expecting to find claim data. This information is specified in Data Adjustment Grid 601 by Data Item 602 , or field name of the HCFA form, Row 603 , Column 604 , Length 605 and Changed 606 , which reflects the status of the data item's location (i.e., whether the operator has changed it from its standard location in HCFA-1500 format).
- the Row, Column and Length values can be changed to fit the actual location of the data as it is viewed on the right side Raw Claim Data screen 71 .
- the Changed column is maintained by the system and displays “Yes” whenever the original row, column or length has been modified.
- Claim Format Output screen 70 There are two screen views of data that can appear on the right side of the screen, Claim Format Output screen 70 : The Raw Claim Data section 71 on top shows where data actually is; the Formatted Output section 72 on the bottom shows where the data has been positioned according to the Data Alignment Grid 601 . The operator makes changes to Data Alignment Grid 601 so that the data is positioned within the correct box on the Formatted Output screen 72 . To see the results of changes to Data Alignment Grid 601 , the operator must select Format Data button 73 in Claim Format Output screen 70 .
- Format Data button 73 (or checking Auto Format 80 , discussed below) activates a process called the Format Data.
- the Format Data process accepts raw claim data and converts it to a standard format (in the present example, HCFA-1500); the result of this conversion appears in Formatted Output screen 72 .
- the operator reviews the claim as it appears on the Raw Claim Data section 71 on the top of the right screen. The operator then makes changes to Data Alignment Grid 601 (on Data Adjustment screen 60 ) to correct the positioning of data. The operator then selects Format Data button 73 to check the results in the Formatted Output section 72 on the bottom of Claim Format Output screen 70 . This could be repeated several times, reviewing the Formatted Output screen 72 for changes made, by selecting the Format Data button 73 to apply the most recent changes.
- Next Claim button 75 symbolized by “>” or Go to. button 78 to proceed to claims that were determined to contain unique or rarely used fields earlier when viewing the claim file.
- the new claim now seen in the Raw Claim Data screen 71 is not automatically formatted unless the Auto Format option 80 is checked (on). Otherwise the Format Data button 73 must be pressed to bring the two “views” into sync. Note that in this particular embodiment, the Formatted Output screen 72 will display only the first service line of an HCFA-1500 claim record. Therefore, the “Total Charge” field will appear incorrect on multiple service line claims.
- First button 74 the operator presses First button 74 . If the Auto Format option 80 is checked, then the claim will be formatted in the Formatted Output section 72 . Otherwise Format Data button 73 must be pressed to obtain a formatted claim.
- the operator may wish to interrupt the Align Claim Data process and resume it at a later time. Therefore, the operator is able to exit the UCF Application entirely such that when he re-enters the Align Claim Data, the new “session” will pick up where he left off. If after making changes the second time the operator wishes to go back to the last session in the FormatLayoutTemp table, he need only use the Undo Session button 608 . If the operator would like to start over at the beginning, the point directly after selecting a starting Format ID through the match process, he may use the Reload button 607 . A prompt appears, asking if the first Format ID selected is, in fact, where the operator would like to return.
- buttons 607 - 612 and 73 - 80 are summarized as follows:
- First/Last Takes the screen from the current claim viewed to the first/last claim of the file.
- Format Data 73 Repositions the data elements of the raw claim data according to the row/column/length values contained in the Data Alignment Grid 60 , displaying the formatted claim in the Formatted Output screen 72 .
- Auto Format 80 This check off box tells the system to format the raw claim presented in the Raw Claim Data screen 71 as the operator selects claims in the file. For example, if Last button 77 is clicked and Auto Format 80 is checked, the last claim in the file will automatically be displayed with formatting in Formatted Output screen 72 .
- Exit 612 Closes the Align Claim Data function and returns the operator to the Main menu.
- the content of the Data Alignment Grid 601 have already been saved in the temporary file upon making changes, so all data shifting will be saved.
- Reload 607 Returns to the original format or starting point. All changes will be lost when this feature is invoked. This may be a useful option if many changes to the Alignment Grid 601 have been made and the user wants to start over.
- Undo Session 608 Restores the contents of Data Alignment Grid 601 to the values that were present prior to re-entering the Align Claim Data.
- Save Session 609 Saves the current contents of the Data Alignment Grid 601 in a temporary file created to hold the alignment format of this specific office during development of a customized format.
- Shift Lines Up 610 This button may be clicked to perform a shift up by one row of all lines of data after a specified row. If, for example, the data on the Raw Claim Data screen 71 is on row 10 and needs to be on row 9 , and all subsequent lines are one row below where they should be, this button would be used. A prompt appears asking for a starting row, and in this example, the operator would enter 10 . All rows from 10 and below will then be changed to row number ⁇ 1.
- Shift Lines Down 611 This button is used to shift all of the lines of data of the claim after a certain row down one. If the data in the Raw Claim Data screen 71 is in row 8 and needs to be in row 9 , and all subsequent lines are one row above where they should be, Shift Lines Down button 611 would be used. A prompt appears asking for a starting row, and in this case, the operator would enter 8 . All rows from 8 and below will then be changed to row number +1.
- Exit 612 Closes the Align Claim Data function and returns the operator to the main menu screen (FIG. 1 ).
- the contents of the Data Alignment Grid 601 have already been saved in the temporary file upon making changes, so all data shifting is saved.
- FIGS. 10A-10C show flowcharts depicting the structure of a program module implementing the processes described above.
- the Save Office Format function permits the operator to save the format that has been created through the previous functions. This function is depicted in the flowchart of FIG. 11 .
- the program goes to Step 90 and compares the newly created format with existing stored formats. If a match is found, the program goes to Step 91 , where the client office corresponding to the newly-created format is associated with the Format ID of the matching format. If no match is found, the program goes to Step 92 , where the newly-created format is saved as a new format with a new Format ID that is then associated with the particular client office.
- Step 93 to which the program proceeds following either of Steps 91 and 92 , terminates the Save Office Format function.
- the program may, optionally, display informational screens, informing the operator of what the program is doing.
- Run Claim Edits invokes a batch processing routine to apply the newly-created format to the entire data file being examined, thus creating a file of records in a common format, used in further processing.
- a function called the Move Engine function is invoked as part of this function to format each record in the file into the common format.
- the Move Engine function uses the newly-created format to batch-process the records.
- Run Claim Edits further creates informational reports on the processing and permits the operator to view the data records thus created in the common format.
- the informational reports may contain, for example, information on types of errors and numbers of each type of error. They may also contain information about the data itself (for example, in the case of medical insurance claims, they may contain information relating to number of claims received, number of claims processed, dollar amounts, etc.).
- the operator may determine whether or not the format being used is correct. If it is not correct, the operator must return to Align Claim Data to adjust the format. Otherwise, the operator may invoke Save Office Format.
- the method/computer program product includes an independent step or program called a Move Engine.
- the Move Engine performs function similar to the Move Engine function invoked in the Run Claim Edits function. That is, the Move Engine performs batch processing of records in an input file to convert them to records in a common format.
- the Move Engine as an independent entity, requires an Office ID and an indication of the file upon which Move Engine will operate. Move Engine then searches the aforementioned database of office information to find the format associated with the entered Office ID and uses that format to batch-process all of the records in the file, without further intervention by the operator. Move Engine thus makes it possible to process future input files from the client's office without repeating the steps of creating a new format each time the office submits data.
- inventive method and system may be used for other types of data.
- same concepts may be useful with other types of insurance records or with non-insurance records.
- present invention has applications beyond the medical insurance claims field.
Abstract
Description
FIELD | COMMENTS |
Office ID: | Office ID as entered on the Main Menu. |
Status Code: | T indicates TEST status. A indicates |
ACTIVE. N indicates NEW. | |
Office Name: | Office (Client) Name from the Office |
Table (i.e., a client database). | |
Vendor: | Name of software producing the format- |
ted files at the client's office. | |
Version: | The software version of the office's |
software. | |
Operating System: | The operating system installed on the |
computer implementing the present | |
invention. | |
Hardware: | Describes thc computer used at the client's |
office. | |
Data Capture Method: | 1 or 2 |
Printer Make/Model: | The printer used in the client's office. |
Electronic Submission: | Yes/No |
Electronic Format HCFA: | Yes/No (Does the client use a form of the |
HCFA 1500 format?) | |
Electronic Format NSF: | Yes/No (Does the client use a form of the |
|
|
Data Capture Printer: | Yes/No. If ‘Yes’ may require Garbage |
Collection (see below). | |
Data Capture File: | Yes/No |
Format ID: | The Format ID currently being used to |
format client's office data. | |
|
|
Number of Claim Lines: | Number of lines from beginning of one data |
record (claim) to the beginning of the next | |
data record (claim). The default value will be | |
60. The operator will determine the correct | |
value and enter it on the screen. | |
Garbage Collect: | Specified by the operator via the Examine |
Test Claim File screen (see below; i.e., does | |
the operator wish to invoke the Garbage | |
Collection function?). | |
Control Totals: | Specified by the operator on Examine Test |
Claim File screen (not currently | |
implemented). | |
Lines to Skip: | Number of lines prior to the first claim to |
be skipped. The operator enters this on the | |
Examine Test Claim File screen (see below). | |
Claim Test File Name: | Name of the file containing the client's |
office's data. | |
Office Assigned to User: | The User ID of the individual working on a |
given client's office's data. This prevents | |
two people making changes to the formatting | |
information and possibly overlaying each | |
other's work. | |
Claims (27)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/475,476 US6484178B1 (en) | 1999-12-30 | 1999-12-30 | Universal claims formatter |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/475,476 US6484178B1 (en) | 1999-12-30 | 1999-12-30 | Universal claims formatter |
Publications (1)
Publication Number | Publication Date |
---|---|
US6484178B1 true US6484178B1 (en) | 2002-11-19 |
Family
ID=23887736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/475,476 Expired - Fee Related US6484178B1 (en) | 1999-12-30 | 1999-12-30 | Universal claims formatter |
Country Status (1)
Country | Link |
---|---|
US (1) | US6484178B1 (en) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026450A1 (en) * | 2000-08-25 | 2002-02-28 | Mamiko Kuramochi | Data processing system and data processing method |
US20020120473A1 (en) * | 2000-06-01 | 2002-08-29 | Wiggins Stephen K. | Insurance claim filing system and method |
US20040010556A1 (en) * | 2002-06-27 | 2004-01-15 | Oki Electric Industry Co., Ltd. | Electronic document information expansion apparatus, electronic document information expansion method , electronic document information expansion program, and recording medium which records electronic document information expansion program |
US20050288972A1 (en) * | 2004-06-28 | 2005-12-29 | Accenture Global Services Gmbh | Direct connectivity system for healthcare administrative transactions |
US7095426B1 (en) * | 2000-06-23 | 2006-08-22 | Computer Sciences Corporation | Graphical user interface with a hide/show feature for a reference system in an insurance claims processing system |
US20060241982A1 (en) * | 2005-04-21 | 2006-10-26 | Seifert Michael J | Method and system for automated processing of insurance information |
US7216088B1 (en) | 2001-07-26 | 2007-05-08 | Perot Systems Corporation | System and method for managing a project based on team member interdependency and impact relationships |
US7236940B2 (en) | 2001-05-16 | 2007-06-26 | Perot Systems Corporation | Method and system for assessing and planning business operations utilizing rule-based statistical modeling |
US7313531B2 (en) | 2001-11-29 | 2007-12-25 | Perot Systems Corporation | Method and system for quantitatively assessing project risk and effectiveness |
US20080115016A1 (en) * | 2006-11-13 | 2008-05-15 | Electronics And Telecommunications Research Institute | System and method for analyzing unknown file format to perform software security test |
US20080294463A1 (en) * | 2007-01-26 | 2008-11-27 | Cerner Innovation, Inc. | System-determined indication for facilitating the conversion of medication claims to active medications |
US7676387B2 (en) | 2002-10-31 | 2010-03-09 | Computer Sciences Corporation | Graphical display of business rules |
US7689442B2 (en) | 2002-10-31 | 2010-03-30 | Computer Science Corporation | Method of generating a graphical display of a business rule with a translation |
US7693731B1 (en) | 1999-09-30 | 2010-04-06 | Computer Sciences Corporation | Business process framework for reinsurance |
US7822621B1 (en) | 2001-05-16 | 2010-10-26 | Perot Systems Corporation | Method of and system for populating knowledge bases using rule based systems and object-oriented software |
US7831442B1 (en) | 2001-05-16 | 2010-11-09 | Perot Systems Corporation | System and method for minimizing edits for medical insurance claims processing |
US7895064B2 (en) | 2003-09-02 | 2011-02-22 | Computer Sciences Corporation | Graphical input display in an insurance processing system |
US7991630B2 (en) | 2008-01-18 | 2011-08-02 | Computer Sciences Corporation | Displaying likelihood values for use in settlement |
US20110196947A1 (en) * | 2002-06-28 | 2011-08-11 | Ladd Dennis D | Method and system for transforming input data streams |
US8000986B2 (en) | 2007-06-04 | 2011-08-16 | Computer Sciences Corporation | Claims processing hierarchy for designee |
US8010389B2 (en) | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Multiple policy claims processing |
US8010391B2 (en) | 2007-06-29 | 2011-08-30 | Computer Sciences Corporation | Claims processing hierarchy for insured |
US8010390B2 (en) | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Claims processing of information requirements |
US20120124303A1 (en) * | 2009-07-27 | 2012-05-17 | Jonathan Amit | Method and system for transformation of logical data objects for storage |
US8914809B1 (en) | 2012-04-24 | 2014-12-16 | Open Text S.A. | Message broker system and method |
CN106528744A (en) * | 2016-10-28 | 2017-03-22 | 宁德时代新能源科技股份有限公司 | Format conversion method and system |
US10534843B2 (en) | 2016-05-27 | 2020-01-14 | Open Text Sa Ulc | Document architecture with efficient storage |
US11888793B2 (en) | 2022-02-22 | 2024-01-30 | Open Text Holdings, Inc. | Systems and methods for intelligent delivery of communications |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4559614A (en) * | 1983-07-05 | 1985-12-17 | International Business Machines Corporation | Interactive code format transform for communicating data between incompatible information processing systems |
US5392390A (en) * | 1992-04-10 | 1995-02-21 | Intellilink Corp. | Method for mapping, translating, and dynamically reconciling data between disparate computer platforms |
US5438657A (en) * | 1992-04-24 | 1995-08-01 | Casio Computer Co., Ltd. | Document processing apparatus for extracting a format from one document and using the extracted format to automatically edit another document |
US5629846A (en) * | 1994-09-28 | 1997-05-13 | General Electric Company | Method and system for document translation and extraction |
US5893134A (en) * | 1992-10-30 | 1999-04-06 | Canon Europa N.V. | Aligning source texts of different natural languages to produce or add to an aligned corpus |
US5911776A (en) * | 1996-12-18 | 1999-06-15 | Unisys Corporation | Automatic format conversion system and publishing methodology for multi-user network |
US6023708A (en) * | 1997-05-29 | 2000-02-08 | Visto Corporation | System and method for using a global translator to synchronize workspace elements across a network |
US6336124B1 (en) * | 1998-10-01 | 2002-01-01 | Bcl Computers, Inc. | Conversion data representing a document to other formats for manipulation and display |
US6345244B1 (en) * | 1998-05-27 | 2002-02-05 | Lionbridge Technologies, Inc. | System, method, and product for dynamically aligning translations in a translation-memory system |
US6397232B1 (en) * | 2001-02-02 | 2002-05-28 | Acer Inc. | Method and system for translating the format of the content of document file |
-
1999
- 1999-12-30 US US09/475,476 patent/US6484178B1/en not_active Expired - Fee Related
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4559614A (en) * | 1983-07-05 | 1985-12-17 | International Business Machines Corporation | Interactive code format transform for communicating data between incompatible information processing systems |
US5392390A (en) * | 1992-04-10 | 1995-02-21 | Intellilink Corp. | Method for mapping, translating, and dynamically reconciling data between disparate computer platforms |
US5438657A (en) * | 1992-04-24 | 1995-08-01 | Casio Computer Co., Ltd. | Document processing apparatus for extracting a format from one document and using the extracted format to automatically edit another document |
US5893134A (en) * | 1992-10-30 | 1999-04-06 | Canon Europa N.V. | Aligning source texts of different natural languages to produce or add to an aligned corpus |
US5629846A (en) * | 1994-09-28 | 1997-05-13 | General Electric Company | Method and system for document translation and extraction |
US5911776A (en) * | 1996-12-18 | 1999-06-15 | Unisys Corporation | Automatic format conversion system and publishing methodology for multi-user network |
US6023708A (en) * | 1997-05-29 | 2000-02-08 | Visto Corporation | System and method for using a global translator to synchronize workspace elements across a network |
US6345244B1 (en) * | 1998-05-27 | 2002-02-05 | Lionbridge Technologies, Inc. | System, method, and product for dynamically aligning translations in a translation-memory system |
US6336124B1 (en) * | 1998-10-01 | 2002-01-01 | Bcl Computers, Inc. | Conversion data representing a document to other formats for manipulation and display |
US6397232B1 (en) * | 2001-02-02 | 2002-05-28 | Acer Inc. | Method and system for translating the format of the content of document file |
Cited By (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7693731B1 (en) | 1999-09-30 | 2010-04-06 | Computer Sciences Corporation | Business process framework for reinsurance |
US20020120473A1 (en) * | 2000-06-01 | 2002-08-29 | Wiggins Stephen K. | Insurance claim filing system and method |
US7668738B2 (en) * | 2000-06-01 | 2010-02-23 | Blue Cross And Blue Shield Of South Carolina | Insurance claim filing system and method |
US7095426B1 (en) * | 2000-06-23 | 2006-08-22 | Computer Sciences Corporation | Graphical user interface with a hide/show feature for a reference system in an insurance claims processing system |
US20020026450A1 (en) * | 2000-08-25 | 2002-02-28 | Mamiko Kuramochi | Data processing system and data processing method |
US8126942B2 (en) * | 2000-08-25 | 2012-02-28 | Fujitsu Limited | Data processing system and data processing method |
US7386526B1 (en) * | 2001-05-16 | 2008-06-10 | Perot Systems Corporation | Method of and system for rules-based population of a knowledge base used for medical claims processing |
US7831442B1 (en) | 2001-05-16 | 2010-11-09 | Perot Systems Corporation | System and method for minimizing edits for medical insurance claims processing |
US7822621B1 (en) | 2001-05-16 | 2010-10-26 | Perot Systems Corporation | Method of and system for populating knowledge bases using rule based systems and object-oriented software |
US7236940B2 (en) | 2001-05-16 | 2007-06-26 | Perot Systems Corporation | Method and system for assessing and planning business operations utilizing rule-based statistical modeling |
US7216088B1 (en) | 2001-07-26 | 2007-05-08 | Perot Systems Corporation | System and method for managing a project based on team member interdependency and impact relationships |
US7313531B2 (en) | 2001-11-29 | 2007-12-25 | Perot Systems Corporation | Method and system for quantitatively assessing project risk and effectiveness |
US20040010556A1 (en) * | 2002-06-27 | 2004-01-15 | Oki Electric Industry Co., Ltd. | Electronic document information expansion apparatus, electronic document information expansion method , electronic document information expansion program, and recording medium which records electronic document information expansion program |
US9400703B2 (en) | 2002-06-28 | 2016-07-26 | Open Text S.A. | Method and system for transforming input data streams |
US10922158B2 (en) | 2002-06-28 | 2021-02-16 | Open Text Sa Ulc | Method and system for transforming input data streams |
US10496458B2 (en) | 2002-06-28 | 2019-12-03 | Open Text Sa Ulc | Method and system for transforming input data streams |
US11360833B2 (en) | 2002-06-28 | 2022-06-14 | Open Text Sa Ulc | Method and system for transforming input data streams |
US8380830B2 (en) | 2002-06-28 | 2013-02-19 | Open Text S.A. | Method and system for transforming input data streams |
US9047146B2 (en) | 2002-06-28 | 2015-06-02 | Open Text S.A. | Method and system for transforming input data streams |
US10210028B2 (en) | 2002-06-28 | 2019-02-19 | Open Text Sa Ulc | Method and system for transforming input data streams |
US20110196947A1 (en) * | 2002-06-28 | 2011-08-11 | Ladd Dennis D | Method and system for transforming input data streams |
US7689442B2 (en) | 2002-10-31 | 2010-03-30 | Computer Science Corporation | Method of generating a graphical display of a business rule with a translation |
US7676387B2 (en) | 2002-10-31 | 2010-03-09 | Computer Sciences Corporation | Graphical display of business rules |
US7895064B2 (en) | 2003-09-02 | 2011-02-22 | Computer Sciences Corporation | Graphical input display in an insurance processing system |
US9020826B2 (en) * | 2004-06-28 | 2015-04-28 | Accenture Global Services Limited | Direct connectivity system for healthcare administrative transactions |
US20050288972A1 (en) * | 2004-06-28 | 2005-12-29 | Accenture Global Services Gmbh | Direct connectivity system for healthcare administrative transactions |
US8095393B2 (en) * | 2005-04-21 | 2012-01-10 | Seifert Michael J | Method and system for automated processing of insurance information |
US20060241982A1 (en) * | 2005-04-21 | 2006-10-26 | Seifert Michael J | Method and system for automated processing of insurance information |
US20080115016A1 (en) * | 2006-11-13 | 2008-05-15 | Electronics And Telecommunications Research Institute | System and method for analyzing unknown file format to perform software security test |
US20080294463A1 (en) * | 2007-01-26 | 2008-11-27 | Cerner Innovation, Inc. | System-determined indication for facilitating the conversion of medication claims to active medications |
US8010389B2 (en) | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Multiple policy claims processing |
US8010390B2 (en) | 2007-06-04 | 2011-08-30 | Computer Sciences Corporation | Claims processing of information requirements |
US8000986B2 (en) | 2007-06-04 | 2011-08-16 | Computer Sciences Corporation | Claims processing hierarchy for designee |
US8010391B2 (en) | 2007-06-29 | 2011-08-30 | Computer Sciences Corporation | Claims processing hierarchy for insured |
US8244558B2 (en) | 2008-01-18 | 2012-08-14 | Computer Sciences Corporation | Determining recommended settlement amounts by adjusting values derived from matching similar claims |
US7991630B2 (en) | 2008-01-18 | 2011-08-02 | Computer Sciences Corporation | Displaying likelihood values for use in settlement |
US8219424B2 (en) | 2008-01-18 | 2012-07-10 | Computer Sciences Corporation | Determining amounts for claims settlement using likelihood values |
US20120124303A1 (en) * | 2009-07-27 | 2012-05-17 | Jonathan Amit | Method and system for transformation of logical data objects for storage |
US9256604B2 (en) * | 2009-07-27 | 2016-02-09 | International Business Machines Corporation | Method and system for transformation of logical data objects for storage |
US20130024632A1 (en) * | 2009-07-27 | 2013-01-24 | Jonathan Amit | Method and system for transformation of logical data objects for storage |
US9229941B2 (en) * | 2009-07-27 | 2016-01-05 | International Business Machines Corporation | Method and system for transformation of logical data objects for storage |
US9218349B2 (en) | 2009-07-27 | 2015-12-22 | International Business Machines Corporation | Method and system for transformation of logical data objects for storage |
US9237120B2 (en) | 2012-04-24 | 2016-01-12 | Open Text S.A. | Message broker system and method |
US8914809B1 (en) | 2012-04-24 | 2014-12-16 | Open Text S.A. | Message broker system and method |
US11106856B2 (en) | 2016-05-27 | 2021-08-31 | Open Text Sa Ulc | Document architecture with fragment-driven role based access controls |
US10534843B2 (en) | 2016-05-27 | 2020-01-14 | Open Text Sa Ulc | Document architecture with efficient storage |
US10606921B2 (en) | 2016-05-27 | 2020-03-31 | Open Text Sa Ulc | Document architecture with fragment-driven role-based access controls |
US11263383B2 (en) | 2016-05-27 | 2022-03-01 | Open Text Sa Ulc | Document architecture with efficient storage |
US11481537B2 (en) | 2016-05-27 | 2022-10-25 | Open Text Sa Ulc | Document architecture with smart rendering |
US11586800B2 (en) | 2016-05-27 | 2023-02-21 | Open Text Sa Ulc | Document architecture with fragment-driven role based access controls |
WO2018076815A1 (en) * | 2016-10-28 | 2018-05-03 | 宁德时代新能源科技股份有限公司 | Format conversion method and system |
CN106528744A (en) * | 2016-10-28 | 2017-03-22 | 宁德时代新能源科技股份有限公司 | Format conversion method and system |
US11888793B2 (en) | 2022-02-22 | 2024-01-30 | Open Text Holdings, Inc. | Systems and methods for intelligent delivery of communications |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6484178B1 (en) | Universal claims formatter | |
US5963641A (en) | Device and method for examining, verifying, correcting and approving electronic documents prior to printing, transmission or recording | |
US6289254B1 (en) | Parts selection apparatus and parts selection system with CAD function | |
US7031981B1 (en) | Tool supporting system log file reporting | |
US8626702B2 (en) | Method and system for validation of data extraction | |
US20010011287A1 (en) | Apparatus for defining a style specification for visually outputting a structured document | |
US7720842B2 (en) | Value-chained queries in analytic applications | |
US20100125828A1 (en) | Data transformation based on a technical design document | |
US7096421B2 (en) | System and method for comparing hashed XML files | |
US8442992B2 (en) | Mixed mode (mechanical process and english text) query building support for improving the process of building queries correctly | |
US20040205509A1 (en) | System and method for comparing parsed XML files | |
EP1171832A2 (en) | Interface for an enterprise resource planning program | |
US20020199168A1 (en) | Automatic program generation apparatus | |
JP2973913B2 (en) | Input sheet system | |
CN111048215A (en) | CRM-based medical video production method and system | |
CN114201615B (en) | Scientific research data change review method and server based on data snapshot | |
US8346785B1 (en) | Performing abstraction and/or integration of information | |
US20020143772A1 (en) | Matrix-based user interface and system for creating the same | |
US9286335B1 (en) | Performing abstraction and/or integration of information | |
US7315980B2 (en) | Method and apparatus for generating electronic document definitions | |
JP4469588B2 (en) | Electronic reporting business processing apparatus and program | |
US20030191770A1 (en) | System and method for formatting, proofreading and annotating information to be printed in directories | |
JP2000003403A (en) | Method for supporting slip input | |
WO2004003793A2 (en) | Method and system for mapping a hypothesis to an analytical tool | |
JP2004362495A (en) | Method for supporting of error log information analysis, executing system thereof, and processing program thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MERALLIS COMPANY, THE, CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BENCE, JR., GENE PHILIP;KENNEY, WILLIAM RAYMOND;JULIAN, GARY;AND OTHERS;REEL/FRAME:010679/0244;SIGNING DATES FROM 20000128 TO 20000131 |
|
AS | Assignment |
Owner name: CONNECTICUT INNOVATIONS, INC., CONNECTICUT Free format text: TRANSFER, DISTRIBUTION AND RELEASE AGREEMENT;ASSIGNOR:THE MERALLIS COMPANY;REEL/FRAME:014090/0915 Effective date: 20010712 Owner name: PARISH ROAD VENTURES, INC., CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CONNECTICUT INNOVATIONS, INC.;REEL/FRAME:014090/0913 Effective date: 20020909 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20141119 |