US20160342750A1 - Dynamic topological system and method for efficient claims processing - Google Patents
Dynamic topological system and method for efficient claims processing Download PDFInfo
- Publication number
- US20160342750A1 US20160342750A1 US14/715,380 US201514715380A US2016342750A1 US 20160342750 A1 US20160342750 A1 US 20160342750A1 US 201514715380 A US201514715380 A US 201514715380A US 2016342750 A1 US2016342750 A1 US 2016342750A1
- Authority
- US
- United States
- Prior art keywords
- nodes
- compressed representation
- status
- neighborhood
- records
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 126
- 238000012545 processing Methods 0.000 title claims abstract description 62
- 230000036541 health Effects 0.000 claims description 39
- 239000011159 matrix material Substances 0.000 claims description 28
- 238000005192 partition Methods 0.000 claims description 11
- 238000000638 solvent extraction Methods 0.000 claims description 5
- 238000012549 training Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 description 26
- 230000006870 function Effects 0.000 description 21
- 238000004422 calculation algorithm Methods 0.000 description 13
- 238000003860 storage Methods 0.000 description 13
- 238000001514 detection method Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 10
- 239000013598 vector Substances 0.000 description 9
- 238000013459 approach Methods 0.000 description 8
- 238000009826 distribution Methods 0.000 description 8
- 238000011282 treatment Methods 0.000 description 8
- 238000010200 validation analysis Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000003745 diagnosis Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 3
- 238000004026 adhesive bonding Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 238000007635 classification algorithm Methods 0.000 description 2
- 238000002790 cross-validation Methods 0.000 description 2
- 238000007477 logistic regression Methods 0.000 description 2
- 239000002184 metal Substances 0.000 description 2
- 229910044991 metal oxide Inorganic materials 0.000 description 2
- 150000004706 metal oxides Chemical class 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000007637 random forest analysis Methods 0.000 description 2
- 238000004579 scanning voltage microscopy Methods 0.000 description 2
- 206010029412 Nightmare Diseases 0.000 description 1
- XUIMIQQOPSSXEZ-UHFFFAOYSA-N Silicon Chemical compound [Si] XUIMIQQOPSSXEZ-UHFFFAOYSA-N 0.000 description 1
- 241000953555 Theama Species 0.000 description 1
- RTAQQCXQSZGOHL-UHFFFAOYSA-N Titanium Chemical compound [Ti] RTAQQCXQSZGOHL-UHFFFAOYSA-N 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000003542 behavioural effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 229920000547 conjugated polymer Polymers 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000011982 device technology Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005669 field effect Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 229910000078 germane Inorganic materials 0.000 description 1
- 230000007407 health benefit Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000003064 k means clustering Methods 0.000 description 1
- 238000012417 linear regression Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 230000001537 neural effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 229920000642 polymer Polymers 0.000 description 1
- 238000004549 pulsed laser deposition Methods 0.000 description 1
- 238000011002 quantification Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 229910052710 silicon Inorganic materials 0.000 description 1
- 239000010703 silicon Substances 0.000 description 1
- 238000002922 simulated annealing Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G06F19/328—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
Definitions
- the disclosure relates generally to a system and method for healthcare claims processing and in particular to a dynamic topological system and method for efficient claims processing.
- a healthcare marketplace system may provide a transparent health services marketplace with clear descriptions and posted prices.
- Many health care providers and payers use legacy systems to communicate information to the healthcare marketplace system for a variety of transactions: eligibility checks, claims processing and benefits enrollment.
- To integrate the healthcare marketplace system capabilities with existing systems in the health care space it's important that it be able to process massive streams of transactional data related to health care services.
- the ability to process these transaction streams enables: real-time eligibility checks for quote requests, submitting a claim for a service after paying cash so that the service cost can contribute toward a deductible, and enrolling a consumer in new health benefits so that they might save money on expensive services. Integrating all of these transaction capabilities with the health service marketplace provides consumers with easy access to information to help them make informed decisions concerning their health care spending.
- the dynamic transactional data streaming may provide the best possible user experience for health care consumers and providers participating in the health care services marketplace.
- AMA American Medical Association
- a denied claim refers to a claim that has been processed and the insurer has found it to be not payable. Denied claims can usually be corrected and/or appealed for reconsideration.
- a rejected claim refers to a claim that has not been processed by the insurer due to a fatal error in the information provided. Common causes for a claim to be rejected include inaccurate personal information (i.e.: name and identification number do not match) or errors in information provided (i.e.: truncated procedure code, invalid diagnosis codes, etc.) A rejected claim has not been processed so it cannot be appealed. Instead, rejected claims need to be researched, corrected and resubmitted.
- FIG. 1 illustrates a health care marketplace system that may incorporate a dynamic topological component for claims processing
- FIG. 2 illustrates more details of the claims processing component
- FIG. 3 illustrates a method for claims processing that may be implemented using the claims processing component
- FIG. 4 illustrates a data flow of the method for claims processing
- FIGS. 5A-5F illustrates an example of claims data in an X12 837
- FIG. 6 illustrates an example of the data in EDI 277
- FIG. 7 illustrates an example of a simplicial complex
- FIG. 8 illustrates an example of a weighted graph
- FIG. 9 illustrates an example of a simplified feature matrix.
- the disclosure is particularly applicable to a claims processing system incorporated into a health system as described below and it is in this context that the disclosure will be described. It will be appreciated, however, that the system and method has greater utility since it may be implemented in other manners that those disclosed below and may be a standalone claims processing system as well as software as a service (SaaS) system that provides claims processing to a plurality of third party systems.
- SaaS software as a service
- a healthcare marketplace system may include one or more payers of healthcare services and products, one or more healthcare service and product providers and one or more consumers of the healthcare services or products.
- a claims processing system described below provides a modeling process that will enable more efficient claims processing for medical services as described below in more detail.
- FIG. 1 illustrates an example of a health network system 100 that may incorporate a claims processing component 113 .
- the system may be implemented as a client/server, software as a service (SaaS) or a cloud based architecture.
- SaaS software as a service
- the system and in particular the claims processing component 113 may also be implemented on a standalone computer system that performs the operations of the claims processing component 113 as described below or the claims processing component 113 may be integrated into other systems.
- the claims processing component 113 may be integrated into a health system 100 in which one or more computing devices 102 may couple to, access and interface with a backend component 108 over a communications path 106 .
- the backend component 108 may include a health marketplace 110 and the claims processing component 113 .
- the health marketplace 110 may permit a user of the computing device to perform various health care related activities including shopping for health care, participating a health care blogs and forums and the like.
- the claims processing component 113 may, based on available data about a particular health care claim of a particular consumer, determine a claim denial score for the particular health care claim of a particular consumer. The detailed operation of the claims processing component 113 is described below in more detail.
- each computing device 102 may be a processor based device with memory, persistent storage, wired or wireless communication circuits and a display that allows each computing device to connect to and couple over the communication path 106 to a backend component 108 .
- each computing device may be a smartphone device, such as an Apple Computer product, Android OS based product, etc., a tablet computer, a personal computer, a terminal device, a laptop computer and the like.
- each computing device 102 may store an application 104 in memory and then execute that application using the processor of the computing device to interface with the backend component 108 .
- the application may be a typical browser application or may be a mobile application.
- the communication path 106 may be a wired or wireless communication path that uses a secure protocol or an unsecure protocol.
- the communication path 106 may be the Internet, Ethernet, a wireless data network, a cellular digital data network, a WiFi network and the like.
- the system 100 may also have a storage 114 that may be connected to the backend component 108 and may store various data, information and code that is part of the system.
- the storage 114 may also store a claims database that contains healthcare claims related information.
- the backend component 108 may be implemented using one or more computing resources, such as a processor, memory, flash memory, a hard disk drive, a blade server, an application server, a database server, a server computer, cloud computing resources and the like.
- the health marketplace 110 and the claims processing component 113 may each be implemented in software or hardware.
- each component may be a plurality of lines of computer code that reside on the backend component 108 (or are downloaded to the backend component 108 ) and may be executed by a processor of the backend component 108 so that the processor is configured to perform the operations of the health marketplace 110 or the claims processing component 113 .
- each component may be an application specific integrated circuit, a microcontroller, a programmable logic device and the like that perform the operations of the health marketplace 110 or the claims processing component 113 .
- Classification is a well studied problem in machine learning and statistics in which the goal is to assign a new observation to a category based on a set of training data whose category assignment is known.
- Most classification algorithms operate by trying to optimize a function for determining classes over all of the dataset, and thus make global assumptions about the data.
- the claims processing system has a process for segmenting the claims datasets into local neighborhoods and then training and choosing the best classifier for each neighborhood. The methodology of making these global optimizations are germane to the process.
- FIG. 2 illustrates more details of the claims processing component 113 that is associated with a claims database 200 .
- the claims database 200 may have a plurality of pieces of data about a plurality of healthcare claims (an example of which is shown in FIGS. 5A-5F ) that may be used by the system.
- the claims processing component 113 may have feature matrix converter component 202 , a mapper component 204 and a classification component 206 that operate on the plurality of pieces of data about a plurality of healthcare claims to perform the claim processing of the system as will be described below with reference to FIGS. 3-4 .
- Each component of the claims processing component 113 may be implemented in software or hardware.
- each component When the components are each implemented in software, each component may be a plurality of lines of computer code and may be executed by a processor of the backend component 108 (that hosts the claims processing component 113 ) so that the processor is configured to perform the operations of the components.
- each component When the components are each implemented in hardware, each component may be an application specific integrated circuit, a microcontroller, a programmable logic device and the like that perform the operations of the claims processing component 113 as described below in more detail.
- FIG. 3 illustrates a method 300 for claims processing that may be implemented using the claims processing component and FIG. 4 illustrates a data flow of the method for claims processing. These methods may be implemented by the components in FIG. 1-2 or by other elements that are configured to perform the processes of the method.
- Health care insurance claims are transmitted electronically using the ANSI ASC X12 standard. Professional and institutional claims are submitted using the format detailed in the “ANSI ASC X12 837 Health Care Claims” specification (hereinafter referred to as “837”). The status of a health care insurance claim is described in the “ANSI ASC X12 277 Health Care Information Status Notification” transaction (hereinafter referred to as “277”). After verifying the consumer's health insurance, the provider examines the patient and makes a diagnosis.
- the provider Since the provider did a general eligibility inquiry (X12 270) to determine the consumer's current deductible information, the provider is now equipped to recommend a set of treatment options that the consumer can pay for with cash or insurance. With a diagnosis and treatment(s) identified, the provider can initiate a more specific eligibility inquiry (X12 270) with codes (typically CPT or ICD-10) for the treatments to determine if the recommended treatments are covered by the consumer's insurance plan. This allows the consumer to make informed decisions regarding the treatments and their costs while they're still meeting with their health care provider. Once a treatment is selected, the health care marketplace system will record the treatment purchase transaction and submit the necessary X12 837 claims to the insurance company if the consumer elects to (partially) pay with insurance.
- codes typically CPT or ICD-10
- the health care marketplace system can then bill the consumer via their credit card on file and deposit the funds in the provider's bank account along with the insurance payment that was delivered in the X12 835 claim payment transaction set.
- FIGS. 5A-5F An example of the data in the X12 837 health care claims record is in FIGS. 5A-5F .
- a patient is a different person than the Subscriber and the payer is commercial heath insurance company.
- the EDI 277 Health Care Claim Status Response transaction set is used by healthcare payers (insurance companies, Medicare, etc.) to report on the status of claims (837 transactions) previously submitted by providers.
- the 277 transaction which has been specified by HIPAA for the submission of claim status information, can be used in one of the following three ways:
- Information provided in a 277 transaction generally indicates where the claim is in process, either as Pending or Finalized. If finalized, the transaction indicates the disposition of the claim—rejected, denied, approved for payment or paid. If the claim was approved or paid, payment information may also be provided in the 277, such as method, date, amount, etc. If the claim has been denied or rejected, the transaction may include an explanation, such as if the patient is not eligible.
- the 276 transaction can be received from the trading partner at the line level.
- the 276 request is a solicited request that is made by the Trading Partner.
- the 277-response transaction will only be returned when a solicited 276 is received.
- the following STC data elements will be returned on the 277 transaction depending if the claim was paid or rejected:
- STC 05 Claim Payment Amount: This element will be used to reflect the claim paid amount, When a claim is not paid or the adjudication period is not complete this amount will be 0 (zero).
- STC 06 Adjudication or Payment Date: This element will be used to reflect the date the claim was paid or rejected. if the claim in being inquired about has not completed the adjudication cycle, this field will not be populated.
- STC 07 Payment Method Code: This element will be used to reflect the type of method that will be used to pay the adjudicated claim. This element will not be used for claims that are in process, have not completed the adjudication process, or have rejected.
- STC 08 Check issue or EFT Date: This element will be used to reflect the date that the check was produced or the date the EFT funds were released. This element will only be used for claims that have completed and adjudication and payment cycles.
- STC 09 Check Number: This element is required by HIPAA for all paid and finalized claims, when the entire claim has been paid using a single check or EFT. This element will not be used for claims that are in process, have not completed the adjudication process, or have rejected,
- claims data (that may be in a claims database for example) may be converted into a feature matrix ( 302 ) and then stored, such as in a Titan database as shown in FIG. 4 .
- the 837 and 277 messages (examples of which were provided above) may be received in plain text and must be transformed into a feature matrix, F.
- the columns of the matrix represent numeric features of the claim and each row is a single claim instance, thus the dimensions of the F will be n ⁇ m where n is the number of claims in the database and m is the number of features.
- the column space of this feature matrix has the potential to be very large due to the need to categorize CPT codes, provider NPIs, and trading partner IDs, i.e. there would be a column for each of the approximately 9800 CPT codes, 4.5 million providers, and 1000 trading partners.
- Other features of the claim would be present as well, including but not limited to, the time between patient encounter and claims submission, total number of procedures itemized in the claim, total amount billed, etc.
- a very simple example of a feature matrix is shown in more detail in FIG. 9 .
- the feature matrix may have one or more columns that contain information about each claim, such as a patient age, one or more billed procedure codes (CPTs), provider information, total amount of the claim and a procedure count.
- Each row of the feature matrix contains the information for a particular claim made by a particular patient.
- the mapper component may compress the claims database into a combinatorial structure. This process allows us to identify claims that are similar in some sense and then build specific classifiers for these similar groups, thus making a more accurate and robust classification system that provides more intuitive reasons for the classification assignments.
- the method may use the feature matrix and generate a compressed representation of the claims database ( 304 ) using the mapper component.
- the compressed representation also may be generated based on a user supplied filter function.
- the compressed representation may be a 1-dimensional simplicial complex ( 304 ), an example of the simplicial complex is shown in FIG. 7 .
- the process 304 takes a feature matrix F and produce a simplicial complex which is a compressed representation of F, yet still possesses certain topological properties of the original space.
- a simplex is a generalization of a triangle or tetrahedron to arbitrary dimensions. More formally a k-simplex is the convex hull of k+1 vertices. Thus a 0-simplex is a point, a 1-simplex is a line segment, a 2-simplex is a triangle, a 3-simplex is a tetrahedron, etc.
- a simplicial complex is topological space created by “gluing” simplices such that the gluing is done along faces of the simplices. More formally, a simplicial complex K is a set of simplices such that:
- the process to generate the simplicial complex output may include:
- Filter functions are functions such that ⁇ ; F ⁇ P where F is the claims feature matrix and P, the parameter space, is a topological space, such as , 2 , or S 1 . Often these filter functions are functions that demonstrate some geometric or connectivity properties of the data set F, such as a centrality measure from geometry or a kernel density estimator from statistics. Filter functions can also be defined by domain experts to reflect important properties of the data, i.e. the amount of time that has passed between a patient encounter and when the claim was submitted.
- Kernel density estimation is a well developed area of statistics and is a nonparametric method to estimate the probability density function of a given random variable.
- Eccentricity measures are functions that identify which points in the data set are far away from the “center” where an intrinsic notion of centrality is derived from the pairwise distances of the points in the space.
- the method may choose a scheme for defining a cover over the image space of the filter function ⁇ .
- n open sets in the cover of the parameter space are sized so that each open set covers the same amount of the parameter space, i.e.
- n open sets in the cover of the parameter space are sized so that each open set covers the same amount of the original data space, i.e.
- the method has generated an open cover of the parameter space that is a collection of overlapping open sets denoted C.
- the method defines an abstract simplicial complex using the clusters created above. For each cluster c in Clusters we add a 0-dimensional simplex, or vertex, to the complex. Next ⁇ c i , c j ⁇ Clusters such that i ⁇ j we add a 1-dimensional simplex, or edge, between c i and c j if c i ⁇ c j is non-empty.
- the method may then partition the simplicial complex into neighborhoods of nodes ( 306 ).
- Each vertex v i ⁇ V has a weight ⁇ i and each edge e i,j ⁇ E has a weight ⁇ i,j .
- the method seeks to combine domain knowledge with graph invariants to calculate an optimal division.
- , which is the number of claims belonging to the cluster in the preimage of ⁇ ; further, each edge's weight could be ⁇ i,j c i ⁇ c j , which is the count of documents in the intersection of each cluster in the preimage of ⁇ .
- the combination of domain knowledge with techniques in graph analysis yields a myriad of variations to the weighted adjacency matrix of the simplicial complex.
- the method seeks to utilize the combination of domain knowledge from both graph theory and this application space to determine the optimal division of a weighted or unweighted graph into communities for the overall analytics pipeline.
- Graph theoretic techniques in discovering groups of vertices within a graph have a long standing history and can be generally divided into two groups.
- One set of methodologies commonly referred to as graph partitions, seek to divide the vertices of a network for applications in parallel computing.
- a second set of approaches known as community detection algorithms or hierarchical clustering, utilize adjacency structures to identify community structure within a graph. The methodology described herein best fits with the second class of algorithms and seeks to label natural divisions within the simplicial complex graph G in an unsupervised manner.
- Algorithms in community detection attempt to divide the graph of interest into natural subgroups; typically the number and size of the groups are determined by the network itself. Further, first approaches in community detection assume that it not such division may exist. The addition of each community's modularity score introduces a level of optimization to the problem; the application seeks to find the natural subdivision that optimizes the graph's modularity score. As with typical approaches in community detection, this methodology in graph division, which optimizes the graph's modularity score, is not bounded by the number or size of each sub graph.
- the method may approach the optimization problem in stages with heavy emphasis on the significance of the distribution of vertex and edge weight. That is to say, community detection in a graph identifies sub communities by selecting a minimum cut in the graph that establishes two separate, but adjacent, sub communities.
- the minimum cut of a graph is an edge or set of edges which, when removed, separates the graph into two disjoint components in such a way that minimizes the quantifiable difference between the components of the resulting division using an invariant of interest.
- the weighted variation of a simplicial complex can represent the distribution of the document set population throughout the vertices and edges in the graph.
- the relationship of an edge's weight carries two elements of significance for classifying the edge as a separation or shared adjacency between two sub-communities.
- the edge weight's position in the distribution of all edge weights in the graph yields one measure of connectivity significance as it relates to all adjacencies across the network.
- the edge and vertex weights can be directly related to the population sizes for each respective community. As such, the strength associated with each adjacency is also locally related to the total weight of each vertex on the edge.
- the identification of a minimum cut in a graph identifies the edge, or set smallest set of edges, which would split the graph into two disjoint components upon their removal.
- the identification of a minimum cut identifies the smallest valued edge, or smallest accumulated value within a set of edges, which would split the graph into two disjoint components upon their removal.
- the method applies methodologies in community detection which optimize the modularity score of the unweighted or weighted simplicial complex.
- One such methodology divides a graph according to its modularity score.
- a modularity score is a quantification of true community structure within the subgraph, as relates to all potential adjacencies across the graph. More formally, a graph's modularity score is the number of edges within a group minus the expected number of edges in an isomorphic graph with random edge assignment. (derived formulation below) The modularity score was designed to measure the strength of division of a network into separate clusters or communities.
- a modularity score for a graph can range; a graph with a high modularity has dense connectivity between identified sub-graphs but sparse connections between nodes in different sub-graphs.
- n and
- m.
- a ij to be the weighted or binary adjacency matrix of G.
- the method seeks to discover the natural division of the graph G into non-overlapping communities that can be of any size and then can apply the methodology of optimal modularity to divide and discover such a partition.
- the use of other techniques in graph division such as, but not limited to, clique analysis, dominating sets, independent sets, connectivity, small-world property, heavy-tailed degree distributions, clustering, statistical inference, partitionings, . . . etc, may be used.
- the modularity score of this graph partition is understood to be the density of the edges within each community minus the expected number of edges between the groups.
- E ij The expected number of edges between any two vertices, denoted herein with E ij , preserves the degree distribution of the graph while considering all possible graphs with the same distribution.
- ⁇ (v i ) denotes the degree of vertex v i
- the modularity is A ij ⁇ E ij for all pairs of vertices in the same group, and zero otherwise.
- the method may maximize the modularity by choosing an appropriate division of the network by choice of the index vector s.
- the weighted adjacency matrix can be constructed as a modularity matrix, or some other combination of graph invariants with application knowledge.
- optimal_split(G) describes the process of network division according to principal eigenvalue calculation and binary neighborhood assignment from the associated eigenvector.
- Other techniques in graph divisions such as, but not limited to, clique analysis, dominating sets, independent sets, connectivity, small-world property, heavy-tailed degree distributions, clustering, statistical inference, partitionings, . . . etc, may be used and yield a desired graph partition for this analytics architecture.
- the method may, for each node neighborhood, train a set of classifiers on all the claims vectors in the feature matrix associated to that neighborhood ( 308 ) and then select a best classifier ( 310 ) to determine the status (denial, overpayment or underpayment) of a particular claim.
- the method has compressed the original claims database into an abstract graph where each node in the graph represents a group of claims in the original database and there is an edge between two nodes if the claim groups overlap in anyway and the method used graph invariants and techniques in node partitioning to group the nodes into neighborhoods.
- the method may use a “bucket of models” approach to train a classifier for each node neighborhood.
- the method randomly splits the data points in Ni into a training set and cross validation set, where 80% of the data points are used for training and the remaining 20% are held out for cross validation.
- SVM RandomForest, LogisticRegression in this example
- the method trains the algorithm on the trainging set and then uses the cross vailidation data set to calculate the root mean squared error of the classifier.
- the method chooses the classifier for Ni that has the lowest root mean squared error.
- a method for selecting the best classifier for each neighborhood may be:
- the claims database was used to produce the mapper output simplicial complex as described above and then this simplical complex was partitioned into node neighborhoods using the process described above.
- the method then coverts the claim into a vector using the same process that converted the claim database into the feature matrix and employ the filter function used in the mapper process to determine which node neighborhood the claim vector belongs to in which that neighborhood may be designated Neighborhoodi.
- the method looks up the best trained classifier for Neighborhoodi, which lets assume is RandomForesti in this example. Since RandomForesti is a trained classifier for Neighborhoodi, we can use it to predict the class of the claim vector. The possible classes the classifier could predict would be “Denied” or “Accepted”.
- system and method disclosed herein may be implemented via one or more components, systems, servers, appliances, other subcomponents, or distributed between such elements.
- systems may include an/or involve, inter alia, components such as software modules, general-purpose CPU, RAM, etc. found in general-purpose computers.
- components such as software modules, general-purpose CPU, RAM, etc. found in general-purpose computers.
- a server may include or involve components such as CPU, RAM, etc., such as those found in general-purpose computers.
- system and method herein may be achieved via implementations with disparate or entirely different software, hardware and/or firmware components, beyond that set forth above.
- components e.g., software, processing components, etc.
- computer-readable media associated with or embodying the present inventions
- aspects of the innovations herein may be implemented consistent with numerous general purpose or special purpose computing systems or configurations.
- exemplary computing systems, environments, and/or configurations may include, but are not limited to: software or other components within or embodied on personal computers, servers or server computing devices such as routing/connectivity components, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, consumer electronic devices, network PCs, other existing computer platforms, distributed computing environments that include one or more of the above systems or devices, etc.
- aspects of the system and method may be achieved via or performed by logic and/or logic instructions including program modules, executed in association with such components or circuitry, for example.
- program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular instructions herein.
- the inventions may also be practiced in the context of distributed software, computer, or circuit settings where circuitry is connected via communication buses, circuitry or links. In distributed settings, control/instructions may occur from both local and remote computer storage media including memory storage devices.
- Computer readable media can be any available media that is resident on, associable with, or can be accessed by such circuits and/or computing components.
- Computer readable media may comprise computer storage media and communication media.
- Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
- Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and can accessed by computing component.
- Communication media may comprise computer readable instructions, data structures, program modules and/or other components. Further, communication media may include wired media such as a wired network or direct-wired connection, however no media of any such type herein includes transitory media. Combinations of the any of the above are also included within the scope of computer readable media.
- the terms component, module, device, etc. may refer to any type of logical or functional software elements, circuits, blocks and/or processes that may be implemented in a variety of ways.
- the functions of various circuits and/or blocks can be combined with one another into any other number of modules.
- Each module may even be implemented as a software program stored on a tangible memory (e.g., random access memory, read only memory, CD-ROM memory, hard disk drive, etc.) to be read by a central processing unit to implement the functions of the innovations herein.
- the modules can comprise programming instructions transmitted to a general purpose computer or to processing/graphics hardware via a transmission carrier wave.
- the modules can be implemented as hardware logic circuitry implementing the functions encompassed by the innovations herein.
- the modules can be implemented using special purpose instructions (SIMD instructions), field programmable logic arrays or any mix thereof which provides the desired level performance and cost.
- SIMD instructions special purpose instructions
- features consistent with the disclosure may be implemented via computer-hardware, software and/or firmware.
- the systems and methods disclosed herein may be embodied in various forms including, for example, a data processor, such as a computer that also includes a database, digital electronic circuitry, firmware, software, or in combinations of them.
- a data processor such as a computer that also includes a database
- digital electronic circuitry such as a computer
- firmware such as a firmware
- software such as a computer
- the systems and methods disclosed herein may be implemented with any combination of hardware, software and/or firmware.
- the above-noted features and other aspects and principles of the innovations herein may be implemented in various environments.
- Such environments and related applications may be specially constructed for performing the various routines, processes and/or operations according to the invention or they may include a general-purpose computer or computing platform selectively activated or reconfigured by code to provide the necessary functionality.
- the processes disclosed herein are not inherently related to any particular computer, network, architecture, environment, or other apparatus, and may be implemented by a suitable combination of hardware, software, and/or firmware.
- various general-purpose machines may be used with programs written in accordance with teachings of the invention, or it may be more convenient to construct a specialized apparatus or system to perform the required methods and techniques.
- aspects of the method and system described herein, such as the logic may also be implemented as functionality programmed into any of a variety of circuitry, including programmable logic devices (“PLDs”), such as field programmable gate arrays (“FPGAs”), programmable array logic (“PAL”) devices, electrically programmable logic and memory devices and standard cell-based devices, as well as application specific integrated circuits.
- PLDs programmable logic devices
- FPGAs field programmable gate arrays
- PAL programmable array logic
- Some other possibilities for implementing aspects include: memory devices, microcontrollers with memory (such as EEPROM), embedded microprocessors, firmware, software, etc.
- aspects may be embodied in microprocessors having software-based circuit emulation, discrete logic (sequential and combinatorial), custom devices, fuzzy (neural) logic, quantum devices, and hybrids of any of the above device types.
- the underlying device technologies may be provided in a variety of component types, e.g., metal-oxide semiconductor field-effect transistor (“MOSFET”) technologies like complementary metal-oxide semiconductor (“CMOS”), bipolar technologies like emitter-coupled logic (“ECL”), polymer technologies (e.g., silicon-conjugated polymer and metal-conjugated polymer-metal structures), mixed analog and digital, and so on.
- MOSFET metal-oxide semiconductor field-effect transistor
- CMOS complementary metal-oxide semiconductor
- ECL emitter-coupled logic
- polymer technologies e.g., silicon-conjugated polymer and metal-conjugated polymer-metal structures
- mixed analog and digital and so on.
- the words “comprise,” “comprising,” and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in a sense of “including, but not limited to.” Words using the singular or plural number also include the plural or singular number respectively. Additionally, the words “herein,” “hereunder,” “above,” “below,” and words of similar import refer to this application as a whole and not to any particular portions of this application. When the word “or” is used in reference to a list of two or more items, that word covers all of the following interpretations of the word: any of the items in the list, all of the items in the list and any combination of the items in the list.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Health & Medical Sciences (AREA)
- Tourism & Hospitality (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Data Mining & Analysis (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- Public Health (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Child & Adolescent Psychology (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Immobilizing And Processing Of Enzymes And Microorganisms (AREA)
Abstract
A dynamic topological system and method for efficient claims processing are provided. The dynamic topological system and method for efficient claims processing may be used in a healthcare system. The dynamic topological system and method for efficient claims processing is easily extensible, maintainable and extendable.
Description
- The disclosure relates generally to a system and method for healthcare claims processing and in particular to a dynamic topological system and method for efficient claims processing.
- A healthcare marketplace system may provide a transparent health services marketplace with clear descriptions and posted prices. Many health care providers and payers use legacy systems to communicate information to the healthcare marketplace system for a variety of transactions: eligibility checks, claims processing and benefits enrollment. To integrate the healthcare marketplace system capabilities with existing systems in the health care space, it's important that it be able to process massive streams of transactional data related to health care services. The ability to process these transaction streams enables: real-time eligibility checks for quote requests, submitting a claim for a service after paying cash so that the service cost can contribute toward a deductible, and enrolling a consumer in new health benefits so that they might save money on expensive services. Integrating all of these transaction capabilities with the health service marketplace provides consumers with easy access to information to help them make informed decisions concerning their health care spending. It also provides health care providers and payers with more efficiencies so that administrative costs for processing health care transactions approach zero. Without the dynamic transactional data streaming capabilities, consumers would only be able to use the healthcare marketplace system for cash based transactions and would have to consult other systems for insurance based pricing. The dynamic transactional data streaming may provide the best possible user experience for health care consumers and providers participating in the health care services marketplace.
- Since many healthcare providers and payers use legacy systems to communicate information for a variety of transactions (eligibility checks, claims processing and benefits enrollment), according to the American Medical Association (“AMA”), administrative costs associated with the processing of health care insurance claims is upwards of $210 billion per year in the United States. The AMA also estimates that as many as 1 in 5 claims is processed inaccurately leading to significant amounts of money lost due to waste, fraud, and abuse. Thus being able to accurately predict whether a claim will be denied before it is submitted to the payer as well as predicting if the claim was accurately paid after adjudication has the potential greatly improve provider's revenue cycle management.
- There is a difference between a “denied” and a “rejected” claim, although the terms are commonly interchanged. A denied claim refers to a claim that has been processed and the insurer has found it to be not payable. Denied claims can usually be corrected and/or appealed for reconsideration. A rejected claim refers to a claim that has not been processed by the insurer due to a fatal error in the information provided. Common causes for a claim to be rejected include inaccurate personal information (i.e.: name and identification number do not match) or errors in information provided (i.e.: truncated procedure code, invalid diagnosis codes, etc.) A rejected claim has not been processed so it cannot be appealed. Instead, rejected claims need to be researched, corrected and resubmitted.
- While there is a fair bit of literature on using data-driven methods to detect fraud and abuse in healthcare claims, there is relatively little on using these approaches for predicting denials and errors in healthcare claims. Unlike rejected claims which are erroneous due to very wrong information provided in the claim transaction, claims are denied for less obvious reasons.
- Common Reasons for Denied Claims
- There are many core reasons that a claim is denied. Below are a few pertinent examples of reasons for denied claims:
-
- Delay between claim submission and encounter: Claims will be denied to too long a time period passes between the encounter and the claim submission because payers specify the allowable amount of time between the encounter and when the claim must be submitted.
- Mismatched diagnostic and procedure codes: Claims will be denied if the diagnosis code (ICD) does not warrant the billed procedure code (CPT). Frequent itemset mining approaches such as FP-Growth and others can be used to learn positive and negative association rules between the ICD and CPT codes.
- Claim Not at billing contracted rate: If a provider accepts a payer's insurance plan, then they are held to a contracted rate for each procedure they provide for the payer's insured patients. Detecting outliers in a payer/provider/procedure tuple could be detected rather easily using linear regression, however there is one catch and that is when the contract rate changes. Thus a system must be able to deal with the concept of drift of contracted rates.
- Claim not covered: The procedures performed by the provider are not covered under the patient's insurance. Some circumstances could be caught with an eligibility check.
- Patient no longer eligible: A lot of claims are submitted where the patient is, for various reasons, no longer an insured member of the payer's plan. This could be addressed by doing an eligibility request before a claims submission.
- Preauthorization required: The procedure required pre-authorization that was not performed beforehand.
- Provider is out of network: The provider is not a member of the payer's network.
- The last 3 reasons (patient is not eligible, pre-auth required, and provider is out of network) are kind of moot at the point of claim submission as there is no ability to appeal since the damage is done. These should probably be moved up in the “process” at the time of the encounter to be more effective.
- Previous systems have attempted to solve this problem via expert systems. These systems are cumbersome and require extensive domain knowledge.
-
FIG. 1 illustrates a health care marketplace system that may incorporate a dynamic topological component for claims processing; -
FIG. 2 illustrates more details of the claims processing component; -
FIG. 3 illustrates a method for claims processing that may be implemented using the claims processing component; -
FIG. 4 illustrates a data flow of the method for claims processing; -
FIGS. 5A-5F illustrates an example of claims data in anX12 837; -
FIG. 6 illustrates an example of the data inEDI 277; -
FIG. 7 illustrates an example of a simplicial complex; -
FIG. 8 illustrates an example of a weighted graph; -
FIG. 9 illustrates an example of a simplified feature matrix. - The disclosure is particularly applicable to a claims processing system incorporated into a health system as described below and it is in this context that the disclosure will be described. It will be appreciated, however, that the system and method has greater utility since it may be implemented in other manners that those disclosed below and may be a standalone claims processing system as well as software as a service (SaaS) system that provides claims processing to a plurality of third party systems.
- A healthcare marketplace system may include one or more payers of healthcare services and products, one or more healthcare service and product providers and one or more consumers of the healthcare services or products. To reduce costs for the payer, provider and consumer, a claims processing system described below provides a modeling process that will enable more efficient claims processing for medical services as described below in more detail.
-
FIG. 1 illustrates an example of ahealth network system 100 that may incorporate aclaims processing component 113. In the example inFIG. 1 , the system may be implemented as a client/server, software as a service (SaaS) or a cloud based architecture. However, the system and in particular theclaims processing component 113 may also be implemented on a standalone computer system that performs the operations of theclaims processing component 113 as described below or theclaims processing component 113 may be integrated into other systems. - In one implementation, as shown in
FIG. 1 , theclaims processing component 113 may be integrated into ahealth system 100 in which one ormore computing devices 102 may couple to, access and interface with abackend component 108 over acommunications path 106. Thebackend component 108 may include ahealth marketplace 110 and theclaims processing component 113. Thehealth marketplace 110 may permit a user of the computing device to perform various health care related activities including shopping for health care, participating a health care blogs and forums and the like. Theclaims processing component 113 may, based on available data about a particular health care claim of a particular consumer, determine a claim denial score for the particular health care claim of a particular consumer. The detailed operation of theclaims processing component 113 is described below in more detail. - In the system, each
computing device 102, such ascomputing devices communication path 106 to abackend component 108. For example, each computing device may be a smartphone device, such as an Apple Computer product, Android OS based product, etc., a tablet computer, a personal computer, a terminal device, a laptop computer and the like. In one embodiment shown inFIG. 5A , eachcomputing device 102 may store anapplication 104 in memory and then execute that application using the processor of the computing device to interface with thebackend component 108. For example, the application may be a typical browser application or may be a mobile application. Thecommunication path 106 may be a wired or wireless communication path that uses a secure protocol or an unsecure protocol. For example, thecommunication path 106 may be the Internet, Ethernet, a wireless data network, a cellular digital data network, a WiFi network and the like. Thesystem 100 may also have astorage 114 that may be connected to thebackend component 108 and may store various data, information and code that is part of the system. Thestorage 114 may also store a claims database that contains healthcare claims related information. - The
backend component 108 may be implemented using one or more computing resources, such as a processor, memory, flash memory, a hard disk drive, a blade server, an application server, a database server, a server computer, cloud computing resources and the like. Thehealth marketplace 110 and theclaims processing component 113 may each be implemented in software or hardware. When thehealth marketplace 110 and theclaims processing component 113 are each implemented in software, each component may be a plurality of lines of computer code that reside on the backend component 108 (or are downloaded to the backend component 108) and may be executed by a processor of thebackend component 108 so that the processor is configured to perform the operations of thehealth marketplace 110 or theclaims processing component 113. When thehealth marketplace 110 and theclaims processing component 113 and each implemented in hardware, each component may be an application specific integrated circuit, a microcontroller, a programmable logic device and the like that perform the operations of thehealth marketplace 110 or theclaims processing component 113. - The dynamic topological system and method for efficient claims processing that may be implemented as the
claims processing component 113 as described above has various advantages over known systems: -
- 1. Easily Extensible: The system is able to allow a non-programmer person such as an Electronic Data Interchange (EDI) analysts or other subject matter experts (SME) to view, add, edit, and delete validation logic for the claims processing.
- 2. Maintainable: While the validations in the ASC X12 specification do not change that often, the validation requirements for 3rd party trading partners do. The validation system is designed in such a way that doesn't make it a nightmare to update validation logic. In the past this has been addressed through complex maintenance of rule engines.
- 3. Extendable: The system allows payer/provider/procedure specific validation logic to supercede general or global logic. Once again, the extensibility in previous embodiments has been through rule based engines where millions of rules needed to be maintained.
- Classification is a well studied problem in machine learning and statistics in which the goal is to assign a new observation to a category based on a set of training data whose category assignment is known. Most classification algorithms operate by trying to optimize a function for determining classes over all of the dataset, and thus make global assumptions about the data. The claims processing system has a process for segmenting the claims datasets into local neighborhoods and then training and choosing the best classifier for each neighborhood. The methodology of making these global optimizations are germane to the process.
-
FIG. 2 illustrates more details of theclaims processing component 113 that is associated with aclaims database 200. Theclaims database 200 may have a plurality of pieces of data about a plurality of healthcare claims (an example of which is shown inFIGS. 5A-5F ) that may be used by the system. Theclaims processing component 113 may have featurematrix converter component 202, amapper component 204 and aclassification component 206 that operate on the plurality of pieces of data about a plurality of healthcare claims to perform the claim processing of the system as will be described below with reference toFIGS. 3-4 . Each component of theclaims processing component 113 may be implemented in software or hardware. When the components are each implemented in software, each component may be a plurality of lines of computer code and may be executed by a processor of the backend component 108 (that hosts the claims processing component 113) so that the processor is configured to perform the operations of the components. When the components are each implemented in hardware, each component may be an application specific integrated circuit, a microcontroller, a programmable logic device and the like that perform the operations of theclaims processing component 113 as described below in more detail. -
FIG. 3 illustrates amethod 300 for claims processing that may be implemented using the claims processing component andFIG. 4 illustrates a data flow of the method for claims processing. These methods may be implemented by the components inFIG. 1-2 or by other elements that are configured to perform the processes of the method. - Prior to describing the details of the method, an electronic healthcare claim data overview is provided. Health care insurance claims are transmitted electronically using the ANSI ASC X12 standard. Professional and institutional claims are submitted using the format detailed in the “
ANSI ASC X12 837 Health Care Claims” specification (hereinafter referred to as “837”). The status of a health care insurance claim is described in the “ANSI ASC X12 277 Health Care Information Status Notification” transaction (hereinafter referred to as “277”). After verifying the consumer's health insurance, the provider examines the patient and makes a diagnosis. Since the provider did a general eligibility inquiry (X12 270) to determine the consumer's current deductible information, the provider is now equipped to recommend a set of treatment options that the consumer can pay for with cash or insurance. With a diagnosis and treatment(s) identified, the provider can initiate a more specific eligibility inquiry (X12 270) with codes (typically CPT or ICD-10) for the treatments to determine if the recommended treatments are covered by the consumer's insurance plan. This allows the consumer to make informed decisions regarding the treatments and their costs while they're still meeting with their health care provider. Once a treatment is selected, the health care marketplace system will record the treatment purchase transaction and submit thenecessary X12 837 claims to the insurance company if the consumer elects to (partially) pay with insurance. If there is a portion of the treatment cost remaining after processing the X12 835 health care claim payment response, the health care marketplace system can then bill the consumer via their credit card on file and deposit the funds in the provider's bank account along with the insurance payment that was delivered in the X12 835 claim payment transaction set. - An example of the data in the
X12 837 health care claims record is inFIGS. 5A-5F . In the record, a patient is a different person than the Subscriber and the payer is commercial heath insurance company. - An example of the data in the
X12 277 record is shown inFIG. 6 . TheEDI 277 Health Care Claim Status Response transaction set is used by healthcare payers (insurance companies, Medicare, etc.) to report on the status of claims (837 transactions) previously submitted by providers. The 277 transaction, which has been specified by HIPAA for the submission of claim status information, can be used in one of the following three ways: -
- A 277 transaction may be sent in response to a previously received EDI 276 Claim Status Inquiry (described in more detail at https://www.1edisource.com/transaction-sets?tset=276 which is incorporated by reference)
- A payer may use a 277 to request additional information about a submitted claim (without a 276)
- A payer may provide claim status information to a provider using the 277, without receiving a 276
- Information provided in a 277 transaction generally indicates where the claim is in process, either as Pending or Finalized. If finalized, the transaction indicates the disposition of the claim—rejected, denied, approved for payment or paid. If the claim was approved or paid, payment information may also be provided in the 277, such as method, date, amount, etc. If the claim has been denied or rejected, the transaction may include an explanation, such as if the patient is not eligible.
- The 276 transaction can be received from the trading partner at the line level. The 276 request is a solicited request that is made by the Trading Partner. The 277-response transaction will only be returned when a solicited 276 is received. The following STC data elements will be returned on the 277 transaction depending if the claim was paid or rejected:
- STC 05—Claim Payment Amount: This element will be used to reflect the claim paid amount, When a claim is not paid or the adjudication period is not complete this amount will be 0 (zero).
- STC 06—Adjudication or Payment Date: This element will be used to reflect the date the claim was paid or rejected. if the claim in being inquired about has not completed the adjudication cycle, this field will not be populated.
- STC 07—Payment Method Code: This element will be used to reflect the type of method that will be used to pay the adjudicated claim. This element will not be used for claims that are in process, have not completed the adjudication process, or have rejected.
- STC 08—Check issue or EFT Date: This element will be used to reflect the date that the check was produced or the date the EFT funds were released. This element will only be used for claims that have completed and adjudication and payment cycles.
- STC 09—Check Number: This element is required by HIPAA for all paid and finalized claims, when the entire claim has been paid using a single check or EFT. This element will not be used for claims that are in process, have not completed the adjudication process, or have rejected,
- Returning to
FIGS. 3 and 4 , during the method, claims data (that may be in a claims database for example) may be converted into a feature matrix (302) and then stored, such as in a Titan database as shown inFIG. 4 . The 837 and 277 messages (examples of which were provided above) may be received in plain text and must be transformed into a feature matrix, F. The columns of the matrix represent numeric features of the claim and each row is a single claim instance, thus the dimensions of the F will be n×m where n is the number of claims in the database and m is the number of features. The column space of this feature matrix has the potential to be very large due to the need to categorize CPT codes, provider NPIs, and trading partner IDs, i.e. there would be a column for each of the approximately 9800 CPT codes, 4.5 million providers, and 1000 trading partners. Other features of the claim would be present as well, including but not limited to, the time between patient encounter and claims submission, total number of procedures itemized in the claim, total amount billed, etc. A very simple example of a feature matrix is shown in more detail inFIG. 9 . As shown inFIG. 9 , the feature matrix may have one or more columns that contain information about each claim, such as a patient age, one or more billed procedure codes (CPTs), provider information, total amount of the claim and a procedure count. Each row of the feature matrix contains the information for a particular claim made by a particular patient. - Generate a Compressed Representation
- Since there are a multitude of singular and interrelated reasons a claim can be denied, it can be difficult to train a single classifier that can accurately account for all the cases. The mapper component may compress the claims database into a combinatorial structure. This process allows us to identify claims that are similar in some sense and then build specific classifiers for these similar groups, thus making a more accurate and robust classification system that provides more intuitive reasons for the classification assignments.
- Thus, once the feature matrix is generated, the method may use the feature matrix and generate a compressed representation of the claims database (304) using the mapper component. In one embodiment, the compressed representation also may be generated based on a user supplied filter function. In one embodiment, the compressed representation may be a 1-dimensional simplicial complex (304), an example of the simplicial complex is shown in
FIG. 7 . - The
process 304 takes a feature matrix F and produce a simplicial complex which is a compressed representation of F, yet still possesses certain topological properties of the original space. - Definition: A simplex is a generalization of a triangle or tetrahedron to arbitrary dimensions. More formally a k-simplex is the convex hull of k+1 vertices. Thus a 0-simplex is a point, a 1-simplex is a line segment, a 2-simplex is a triangle, a 3-simplex is a tetrahedron, etc.
- Definition: A simplicial complex is topological space created by “gluing” simplices such that the gluing is done along faces of the simplices. More formally, a simplicial complex K is a set of simplices such that:
-
- 1. Any face of a simplex in K is in K
- 2. The intersection of any two simplices σ1, σ2 ε K is both of a face of σ1 and σ2
- The process to generate the simplicial complex output may include:
-
- 1. Use a specified filter function, ƒ, to map the claims feature matrix F to a parameter space P.
- 2. Choose a scheme that defines an open cover U on the parameter space
- 3. Choose a clustering algorithm and for each set in the open cover, cluster in the preimage of ƒ for that set; and
- 4. Represent each cluster as a node in the simplicial complex output and join any 2 nodes by an edge if a claim is a member of both clusters.
- Choose a Filter Function
- Filter functions are functions such that ƒ; F→P where F is the claims feature matrix and P, the parameter space, is a topological space, such as , 2, or S1. Often these filter functions are functions that demonstrate some geometric or connectivity properties of the data set F, such as a centrality measure from geometry or a kernel density estimator from statistics. Filter functions can also be defined by domain experts to reflect important properties of the data, i.e. the amount of time that has passed between a patient encounter and when the claim was submitted.
- Filter Function Examples
- Below are explanations of popular filter functions in the literature that work on any data set that has a notion of distance or similarity between points.
- Gaussian Kernel Density Estimator
- Kernel density estimation is a well developed area of statistics and is a nonparametric method to estimate the probability density function of a given random variable.
-
Gaussian Kernel Density Estimator Algorithm Let ε = the smoothness parameter Let n = the number of rows of F Let m = the number of columns of F For each point x ∈ F: Let densityx = 0 For each point y ∈ F such that y ≠ x: d = dist(x,y) densityx = densityx + estimatepoint - Eccentricity
- Eccentricity measures are functions that identify which points in the data set are far away from the “center” where an intrinsic notion of centrality is derived from the pairwise distances of the points in the space.
-
Eccentricity Algorithm Let exponent = be the eccentricity exponent Let n = the number of rows of F For each point x ∈ F: if exponent == ∞: dmax = 0 For each point y ∈ F: d = dist(x,y) if d > dmax: dmax = d eccentricityx = dmax else: eccentricityx = 0 For each point y ∈ F: d = dist(x,y)exponent eccentricityx = eccentricityx + d - Define a Cover over the Image of ƒ
- Once a filter function is chosen, the method may choose a scheme for defining a cover over the image space of the filter function ƒ.
- Definition: An open cover of a topological space X is a collection of open sets whose union contains X as a subset. More formally, if C={Uα; α ε A} is a family of open sets Uα and A is a finite indexing set, then C is a cover of X if X ⊂ ∩αεA Uα
- There are 2 parameters in defining the cover; the number of open sets (n) and the percent overlap (p) between them.
- Example Cover Schemes
- Uniform Cover
- Here the n open sets in the cover of the parameter space are sized so that each open set covers the same amount of the parameter space, i.e.
-
|U α |=|U β |∀ U ε C - Uniform Cover Example
- Input
- Let filter_values=[1,2,3,4,5,6]
- Let n=3
- Let p=0.5
- Output
-
- [{‘open_set_idx’: 0, ‘max’: 3.5, ‘min’: 1.0},
- {‘open_set_idx’: 1, ‘max’: 4.75, ‘min’: 2.25},
- {‘open_set_idx’: 2, ‘max’: 6.0, ‘min’: 3.5}]
- Balanced Cover
- Here the n open sets in the cover of the parameter space are sized so that each open set covers the same amount of the original data space, i.e.
-
|ƒ−1(U α)=|ƒ−1(U β)|∀ U ε C - Balanced Cover Example
- Input
- Let filter_values=[1,1,2,2,5,6]
- Let n=3
- Let p=0.5
- Output
-
- [{‘open_set_idx’: 0, ‘max’: 1.45150502, ‘min’: 1},
- {‘open_set_idx’: 1, ‘max’: 3.67725753, ‘min’: 1.44091416},
- {‘open_set_idx’: 2, ‘max’: 6, ‘min’: 3.64548495}]
- Clustering in the Preimage of 71
- Now, the method has generated an open cover of the parameter space that is a collection of overlapping open sets denoted C. Next, the method may use an arbitrary clustering algorithm, clust, as a statistical replacement for determining the number of connected components in the inverse image of ƒfor each open set in the cover. More precisely, Clusters=clust(|ƒ−1(Uα))∀ Uα ε C.
- Examples of Possible Clustering Algorithms
-
- Hierarchical Clustering with one of the following linkage functions:
- Single
- Complete
- Average
- Weighted
- Centroid
- Median
- Ward
- K-means Clustering
- K-medians Clustering
- DBSCAN
- Self-organizing Map
- Hierarchical Clustering with one of the following linkage functions:
- Define Mapper Output
- Finally, the method defines an abstract simplicial complex using the clusters created above. For each cluster c in Clusters we add a 0-dimensional simplex, or vertex, to the complex. Next ∀ ci, cj ε Clusters such that i≠j we add a 1-dimensional simplex, or edge, between ci and cj if ci ∩cj is non-empty.
- Example Simplicial Complex Output (an Example of which is Shown in
FIG. 7 ) -
- {‘0-dimensional simplicies’: [(1), (2), (3), (4), (5), (6)],
- ‘1-dimensional simplicies’: [(1,2), (1,3), (2,3), (3,4), (4,5), (4,6), (5,6)],
- ‘2-dimensional simplicies’: [(1,2,3)]}
- Group Nodes in the Simplicial Complex Output into Neighborhoods
- Returning to the method in
FIGS. 3-4 , the method may then partition the simplicial complex into neighborhoods of nodes (306). In one embodiment, the method may represent the 1-dimensional simplicial complex as a weighted, undirected graph G=(V, E) where each vertex vi ε V represents a group of claims ci and each edge ei,j ε E joins two vertices vi and vj if and only if ci ∩ cj≠Ø. Each vertex vi ε V has a weight δi and each edge ei,j Ε E has a weight ωi,j. An example of a weighted graph described above in shown inFIG. 8 . - The method applies techniques in community detection to detect a natural division of vertices into non-overlapping groups or communities where these communities may be of any size. This the method seeks to determine a partition K of the vertices V such that K=∩i ki=V.
- Techniques in community detection are sensitive to both the neighborhood structure and weights of the graph's adjacency matrix. As such, the method seeks to combine domain knowledge with graph invariants to calculate an optimal division. For example, the method may use a weighting scheme in the graph from the distribution of documents in the clusters of the preimage of ƒ, as described in the previous section. That is to say, each vertex's weight would be δi=|ci|, which is the number of claims belonging to the cluster in the preimage of ƒ; further, each edge's weight could be ωi,j=ci ∩ cj, which is the count of documents in the intersection of each cluster in the preimage of ƒ.
- When paired with graph invariants such as, but not limited to, vertex degree, domination sets, clique assignment, connectedness, topological index, strength, capacity, independence . . . etc, the combination of domain knowledge with techniques in graph analysis yields a myriad of variations to the weighted adjacency matrix of the simplicial complex. The method seeks to utilize the combination of domain knowledge from both graph theory and this application space to determine the optimal division of a weighted or unweighted graph into communities for the overall analytics pipeline.
- Graph theoretic techniques in discovering groups of vertices within a graph have a long standing history and can be generally divided into two groups. One set of methodologies, commonly referred to as graph partitions, seek to divide the vertices of a network for applications in parallel computing. A second set of approaches, known as community detection algorithms or hierarchical clustering, utilize adjacency structures to identify community structure within a graph. The methodology described herein best fits with the second class of algorithms and seeks to label natural divisions within the simplicial complex graph G in an unsupervised manner.
- Algorithms in community detection attempt to divide the graph of interest into natural subgroups; typically the number and size of the groups are determined by the network itself. Further, first approaches in community detection assume that it not such division may exist. The addition of each community's modularity score introduces a level of optimization to the problem; the application seeks to find the natural subdivision that optimizes the graph's modularity score. As with typical approaches in community detection, this methodology in graph division, which optimizes the graph's modularity score, is not bounded by the number or size of each sub graph.
- The method may approach the optimization problem in stages with heavy emphasis on the significance of the distribution of vertex and edge weight. That is to say, community detection in a graph identifies sub communities by selecting a minimum cut in the graph that establishes two separate, but adjacent, sub communities. The minimum cut of a graph is an edge or set of edges which, when removed, separates the graph into two disjoint components in such a way that minimizes the quantifiable difference between the components of the resulting division using an invariant of interest.
- In the method, the weighted variation of a simplicial complex can represent the distribution of the document set population throughout the vertices and edges in the graph. When applying methodologies for sub community detection in a weighted graph, the relationship of an edge's weight carries two elements of significance for classifying the edge as a separation or shared adjacency between two sub-communities. First, the edge weight's position in the distribution of all edge weights in the graph yields one measure of connectivity significance as it relates to all adjacencies across the network. Secondly, in the method, the edge and vertex weights can be directly related to the population sizes for each respective community. As such, the strength associated with each adjacency is also locally related to the total weight of each vertex on the edge.
- In the most basic application, the identification of a minimum cut in a graph identifies the edge, or set smallest set of edges, which would split the graph into two disjoint components upon their removal. In a weighted graph, the identification of a minimum cut identifies the smallest valued edge, or smallest accumulated value within a set of edges, which would split the graph into two disjoint components upon their removal. When optimizing over the number of edges and resulting components, trivial solutions identify the partitioning of leaves as optimal solutions or suggest no division at all. As a result, community detection algorithms seek to optimize other graph invariants which preserve community structure after the division.
- Thus, the method applies methodologies in community detection which optimize the modularity score of the unweighted or weighted simplicial complex. One such methodology divides a graph according to its modularity score. A modularity score is a quantification of true community structure within the subgraph, as relates to all potential adjacencies across the graph. More formally, a graph's modularity score is the number of edges within a group minus the expected number of edges in an isomorphic graph with random edge assignment. (derived formulation below) The modularity score was designed to measure the strength of division of a network into separate clusters or communities. A modularity score for a graph can range; a graph with a high modularity has dense connectivity between identified sub-graphs but sparse connections between nodes in different sub-graphs. The literature on community detection algorithms suggest that optimizing the maximum modularity score for a graph division is the way to both divide a network into subnetworks while preserving the inherent community structure. existing work applies simulated annealing, greedy algorithms, and extremal optimization to identify the best network division via measuring the graph's modularity score.
- Optimal Division of a Network into Two Communities
- The method may represent the 1-dimensional simplicial complex as a weighted and undirected graph G=(V, E) where |V|=n and |E|=m. We denote Aij to be the weighted or binary adjacency matrix of G. The method seeks to discover the natural division of the graph G into non-overlapping communities that can be of any size and then can apply the methodology of optimal modularity to divide and discover such a partition. In addition, the use of other techniques in graph division such as, but not limited to, clique analysis, dominating sets, independent sets, connectivity, small-world property, heavy-tailed degree distributions, clustering, statistical inference, partitionings, . . . etc, may be used.
- When applying the modularity score, the method initializes the problem by dividing the graph G into two groups and assigning a parameter si to every vertex vi ε V where s1=1 if v1 is in
group 1 and si=−1 if vi is ingroup 2. Generally speaking, the modularity score of this graph partition is understood to be the density of the edges within each community minus the expected number of edges between the groups. - The expected number of edges between any two vertices, denoted herein with Eij, preserves the degree distribution of the graph while considering all possible graphs with the same distribution. For any two vertices vi and vj, and we calculate Eij as follows:
-
- where δ(vi) denotes the degree of vertex vi and
-
- Thus, the modularity is Aij−Eij for all pairs of vertices in the same group, and zero otherwise. Following the work in Neumann, we represent the modularity matrix as follows:
-
- where s is the column vector of graph partition assignments and the matrix S=Aij−Eij. By writing s as a linear combination of the normalized eigenvectors us of B where
-
s=Σ i=1 n αi u i where αi =u s T ·s, then we have: -
- where βi is the eigenvalue of B corresponding to eigenvector ui With the assumption that the eigenvalues are labeled in decreasing order β1≧β2≧ . . . ≧βn, the method may maximize the modularity by choosing an appropriate division of the network by choice of the index vector s.
- Optimal Division of a Network into n Communities
- As detailed in Newman, Mark E J. “Modularity and community structure in networks. “Proceedings of the National Academy of Sciences 103.23 (2006): 8577-8582, this procedure works for applications when the sizes of the communities are not specified. In this process, there is a trivial solution vector s=<1,1, . . . 1>, but the corresponding eigenvalue is zero. Further, it is also important to note that eigenvalues of the modularity matrix may all be negative. In this case, this method implies that no further division of the network will improve the modularity score and therefore the solution is that no further division exists. This then gives the algorithm for dividing the network; the method computes the leading eigenvector of the weighted adjacency matrix and divides the vertices into two groups according to the signs of the elements in this vector. The method stops when the leading eigenvalue is nonpositive. The weighted adjacency matrix can be constructed as a modularity matrix, or some other combination of graph invariants with application knowledge.
- The above process describes the procedure for discovering the optimal partition of a graph into two sets and the method may iteratively apply this technique in a greedy manner to discover the natural division of the graph G into non-overlapping communities that can be of any size. As such, the process for optimizing the resulting number and size of communities will be as follows:
- optimal_split(G):
-
- initialize si with a random partition
- calculate matrices:
-
B=A ij −E ij -
- calculate eigenvectors and eigenvalues β1 of B
- sort eigenvalues such that β1≧β2≧ . . . ≧βn
- if β1≦0:
- si=1 ∀ i
- else
- for element μi in normalized eigenvector u1 of β1:
- if μi≦0:
- si=1
- else:
- si=−1
- if μi≦0:
-
-
-
- if W>0:
- optimal_split(v ε V(G) where si=1)
- optimal_split(v ε V(G) where si=−1)
- if W>0:
-
- The above pseudo code for optimal_split(G) describes the process of network division according to principal eigenvalue calculation and binary neighborhood assignment from the associated eigenvector. Other techniques in graph divisions such as, but not limited to, clique analysis, dominating sets, independent sets, connectivity, small-world property, heavy-tailed degree distributions, clustering, statistical inference, partitionings, . . . etc, may be used and yield a desired graph partition for this analytics architecture.
- Train Group of Classifiers on each Node Neighborhood
- Returning to
FIGS. 3-4 , the method may, for each node neighborhood, train a set of classifiers on all the claims vectors in the feature matrix associated to that neighborhood (308) and then select a best classifier (310) to determine the status (denial, overpayment or underpayment) of a particular claim. In the processes described above, the method has compressed the original claims database into an abstract graph where each node in the graph represents a group of claims in the original database and there is an edge between two nodes if the claim groups overlap in anyway and the method used graph invariants and techniques in node partitioning to group the nodes into neighborhoods. The method may use a “bucket of models” approach to train a classifier for each node neighborhood. We define bucket={C0, C1, . . . , Cn} where each Ci is a classifier and neighborhoods={N0, N1, . . . , Nm} is the collection of node neighborhoods of the simplicial complex. - For example let Ni be an arbitrary node neighborhood and let bucket={SVM, RandomForest, LogisticRegression}. The method randomly splits the data points in Ni into a training set and cross validation set, where 80% of the data points are used for training and the remaining 20% are held out for cross validation. For each classification algorithm in the bucket (SVM, RandomForest, LogisticRegression in this example), the method trains the algorithm on the trainging set and then uses the cross vailidation data set to calculate the root mean squared error of the classifier. The method then chooses the classifier for Ni that has the lowest root mean squared error.
- In one embodiment, a method for selecting the best classifier for each neighborhood may be:
- For each Ni ε neighborhoods:
- Let data=all claim vectors associated with all nodes in Ni
-
- For each Ci ε bucket:
- Do c times: (Where c is some constant)
- Randomly divide data into two datasets: A, and B.
- Train Ci with the A
- Test Ci with B
- Do c times: (Where c is some constant)
- Select the classifier or combination thereof that obtains the highest average score.
- For each Ci ε bucket:
- For example, using the claim example in
FIG. 5A-5F , the claims database was used to produce the mapper output simplicial complex as described above and then this simplical complex was partitioned into node neighborhoods using the process described above. The method then coverts the claim into a vector using the same process that converted the claim database into the feature matrix and employ the filter function used in the mapper process to determine which node neighborhood the claim vector belongs to in which that neighborhood may be designated Neighborhoodi. The method then looks up the best trained classifier for Neighborhoodi, which lets assume is RandomForesti in this example. Since RandomForesti is a trained classifier for Neighborhoodi, we can use it to predict the class of the claim vector. The possible classes the classifier could predict would be “Denied” or “Accepted”. - The foregoing description, for purpose of explanation, has been described with reference to specific embodiments. However, the illustrative discussions above are not intended to be exhaustive or to limit the disclosure to the precise forms disclosed. Many modifications and variations are possible in view of the above teachings. The embodiments were chosen and described in order to best explain the principles of the disclosure and its practical applications, to thereby enable others skilled in the art to best utilize the disclosure and various embodiments with various modifications as are suited to the particular use contemplated.
- The system and method disclosed herein may be implemented via one or more components, systems, servers, appliances, other subcomponents, or distributed between such elements. When implemented as a system, such systems may include an/or involve, inter alia, components such as software modules, general-purpose CPU, RAM, etc. found in general-purpose computers. In implementations where the innovations reside on a server, such a server may include or involve components such as CPU, RAM, etc., such as those found in general-purpose computers.
- Additionally, the system and method herein may be achieved via implementations with disparate or entirely different software, hardware and/or firmware components, beyond that set forth above. With regard to such other components (e.g., software, processing components, etc.) and/or computer-readable media associated with or embodying the present inventions, for example, aspects of the innovations herein may be implemented consistent with numerous general purpose or special purpose computing systems or configurations. Various exemplary computing systems, environments, and/or configurations that may be suitable for use with the innovations herein may include, but are not limited to: software or other components within or embodied on personal computers, servers or server computing devices such as routing/connectivity components, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, consumer electronic devices, network PCs, other existing computer platforms, distributed computing environments that include one or more of the above systems or devices, etc.
- In some instances, aspects of the system and method may be achieved via or performed by logic and/or logic instructions including program modules, executed in association with such components or circuitry, for example. In general, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular instructions herein. The inventions may also be practiced in the context of distributed software, computer, or circuit settings where circuitry is connected via communication buses, circuitry or links. In distributed settings, control/instructions may occur from both local and remote computer storage media including memory storage devices.
- The software, circuitry and components herein may also include and/or utilize one or more type of computer readable media. Computer readable media can be any available media that is resident on, associable with, or can be accessed by such circuits and/or computing components. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and can accessed by computing component. Communication media may comprise computer readable instructions, data structures, program modules and/or other components. Further, communication media may include wired media such as a wired network or direct-wired connection, however no media of any such type herein includes transitory media. Combinations of the any of the above are also included within the scope of computer readable media.
- In the present description, the terms component, module, device, etc. may refer to any type of logical or functional software elements, circuits, blocks and/or processes that may be implemented in a variety of ways. For example, the functions of various circuits and/or blocks can be combined with one another into any other number of modules. Each module may even be implemented as a software program stored on a tangible memory (e.g., random access memory, read only memory, CD-ROM memory, hard disk drive, etc.) to be read by a central processing unit to implement the functions of the innovations herein. Or, the modules can comprise programming instructions transmitted to a general purpose computer or to processing/graphics hardware via a transmission carrier wave. Also, the modules can be implemented as hardware logic circuitry implementing the functions encompassed by the innovations herein. Finally, the modules can be implemented using special purpose instructions (SIMD instructions), field programmable logic arrays or any mix thereof which provides the desired level performance and cost.
- As disclosed herein, features consistent with the disclosure may be implemented via computer-hardware, software and/or firmware. For example, the systems and methods disclosed herein may be embodied in various forms including, for example, a data processor, such as a computer that also includes a database, digital electronic circuitry, firmware, software, or in combinations of them. Further, while some of the disclosed implementations describe specific hardware components, systems and methods consistent with the innovations herein may be implemented with any combination of hardware, software and/or firmware. Moreover, the above-noted features and other aspects and principles of the innovations herein may be implemented in various environments. Such environments and related applications may be specially constructed for performing the various routines, processes and/or operations according to the invention or they may include a general-purpose computer or computing platform selectively activated or reconfigured by code to provide the necessary functionality. The processes disclosed herein are not inherently related to any particular computer, network, architecture, environment, or other apparatus, and may be implemented by a suitable combination of hardware, software, and/or firmware. For example, various general-purpose machines may be used with programs written in accordance with teachings of the invention, or it may be more convenient to construct a specialized apparatus or system to perform the required methods and techniques.
- Aspects of the method and system described herein, such as the logic, may also be implemented as functionality programmed into any of a variety of circuitry, including programmable logic devices (“PLDs”), such as field programmable gate arrays (“FPGAs”), programmable array logic (“PAL”) devices, electrically programmable logic and memory devices and standard cell-based devices, as well as application specific integrated circuits. Some other possibilities for implementing aspects include: memory devices, microcontrollers with memory (such as EEPROM), embedded microprocessors, firmware, software, etc. Furthermore, aspects may be embodied in microprocessors having software-based circuit emulation, discrete logic (sequential and combinatorial), custom devices, fuzzy (neural) logic, quantum devices, and hybrids of any of the above device types. The underlying device technologies may be provided in a variety of component types, e.g., metal-oxide semiconductor field-effect transistor (“MOSFET”) technologies like complementary metal-oxide semiconductor (“CMOS”), bipolar technologies like emitter-coupled logic (“ECL”), polymer technologies (e.g., silicon-conjugated polymer and metal-conjugated polymer-metal structures), mixed analog and digital, and so on.
- It should also be noted that the various logic and/or functions disclosed herein may be enabled using any number of combinations of hardware, firmware, and/or as data and/or instructions embodied in various machine-readable or computer-readable media, in terms of their behavioral, register transfer, logic component, and/or other characteristics. Computer-readable media in which such formatted data and/or instructions may be embodied include, but are not limited to, non-volatile storage media in various forms (e.g., optical, magnetic or semiconductor storage media) though again does not include transitory media. Unless the context clearly requires otherwise, throughout the description, the words “comprise,” “comprising,” and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in a sense of “including, but not limited to.” Words using the singular or plural number also include the plural or singular number respectively. Additionally, the words “herein,” “hereunder,” “above,” “below,” and words of similar import refer to this application as a whole and not to any particular portions of this application. When the word “or” is used in reference to a list of two or more items, that word covers all of the following interpretations of the word: any of the items in the list, all of the items in the list and any combination of the items in the list.
- Although certain presently preferred implementations of the invention have been specifically described herein, it will be apparent to those skilled in the art to which the invention pertains that variations and modifications of the various implementations shown and described herein may be made without departing from the spirit and scope of the invention. Accordingly, it is intended that the invention be limited only to the extent required by the applicable rules of law.
- While the foregoing has been with reference to a particular embodiment of the disclosure, it will be appreciated by those skilled in the art that changes in this embodiment may be made without departing from the principles and spirit of the disclosure, the scope of which is defined by the appended claims.
Claims (18)
1. A healthcare claims processing apparatus, comprising:
a computer system having a processor and a memory;
a database associated with the computer system that stores one of more claims records;
a claims processing component that generates a compressed representation of the one of more claims records, the compressed representation having a plurality of nodes which with a claim record is associated, partitions the compressed representation into one or more neighborhood of nodes and determines, using a classifier, a status of a particular claim, wherein the status is one of denied, overpaid and underpaid.
2. The apparatus of claim 1 , wherein the compressed representation is a simplical complex.
3. The apparatus of claim 2 , wherein the claims processing component converts the one of more claims records into a feature matrix before generating the compressed representation of the one of more claims records.
4. The apparatus of claim 1 , wherein the claims processing component trains one or more classifiers for each neighborhood of nodes.
5. The apparatus of claim 4 , wherein the claims processing component selects a best classifier from the trained classifiers for a particular neighborhood of nodes wherein the particular claim is associated with the particular neighborhood of nodes.
6. The apparatus of claim 1 , wherein the claims processing component gathers the status of the claim and feeds back the status of the claim.
7. A method for healthcare claims processing, comprising:
obtaining one of more claims records;
generating a compressed representation of the one of more claims records, the compressed representation having a plurality of nodes which with a claim record is associated;
partitioning the compressed representation into one or more neighborhood of nodes; and
determining, using a classifier, a status of a particular claim, wherein the status is one of denied, overpaid and underpaid.
8. The method of claim 7 , wherein the compressed representation is a simplical complex.
9. The method of claim 8 further comprising converting the one of more claims records into a feature matrix before generating the compressed representation of the one of more claims records.
10. The method of claim 7 , wherein determining using the classifier further comprises training one or more classifiers for each neighborhood of nodes.
11. The method of claim 10 , wherein determining using the classifier further comprises selecting a best classifier from the trained classifiers for a particular neighborhood of nodes wherein the particular claim is associated with the particular neighborhood of nodes.
12. The method of claim 7 further comprising gathering the status of the claim and feeding back the status of the claim.
13. A healthcare system, comprising:
a computer system having a processor and a memory;
a health marketplace system hosted by the computer system;
a database associated with the computer system that stores one of more claims records;
a claims processing component that generates a compressed representation of the one of more claims records, the compressed representation having a plurality of nodes which with a claim record is associated, partitions the compressed representation into one or more neighborhood of nodes and determines, using a classifier, a status of a particular claim, wherein the status is one of denied, overpaid and underpaid.
14. The system of claim 13 , wherein the compressed representation is a simplical complex.
15. The system of claim 14 , wherein the claims processing component converts the one of more claims records into a feature matrix before generating the compressed representation of the one of more claims records.
16. The system of claim 13 , wherein the claims processing component trains one or more classifiers for each neighborhood of nodes.
17. The system of claim 16 , wherein the claims processing component selects a best classifier from the trained classifiers for a particular neighborhood of nodes wherein the particular claim is associated with the particular neighborhood of nodes.
18. The system of claim 13 , wherein the claims processing component gathers the status of the claim and feeds back the status of the claim.
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/715,380 US20160342750A1 (en) | 2015-05-18 | 2015-05-18 | Dynamic topological system and method for efficient claims processing |
US14/939,973 US10474792B2 (en) | 2015-05-18 | 2015-11-12 | Dynamic topological system and method for efficient claims processing |
EP16864696.6A EP3298554A4 (en) | 2015-05-18 | 2016-05-18 | Dynamic topological system and method for efficient claims processing |
PCT/US2016/033016 WO2017082959A1 (en) | 2015-05-18 | 2016-05-18 | Dynamic topological system and method for efficient claims processing |
JP2017560549A JP2018526704A (en) | 2015-05-18 | 2016-05-18 | Dynamic topological system and method for efficient billing |
CN201680042285.2A CN108352035A (en) | 2015-05-18 | 2016-05-18 | Dynamic topology system and method for efficient claims treatment |
CA2985832A CA2985832A1 (en) | 2015-05-18 | 2016-05-18 | Dynamic topological system and method for efficient claims processing |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/715,380 US20160342750A1 (en) | 2015-05-18 | 2015-05-18 | Dynamic topological system and method for efficient claims processing |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/939,973 Continuation US10474792B2 (en) | 2015-05-18 | 2015-11-12 | Dynamic topological system and method for efficient claims processing |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160342750A1 true US20160342750A1 (en) | 2016-11-24 |
Family
ID=57324503
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/715,380 Abandoned US20160342750A1 (en) | 2015-05-18 | 2015-05-18 | Dynamic topological system and method for efficient claims processing |
US14/939,973 Active US10474792B2 (en) | 2015-05-18 | 2015-11-12 | Dynamic topological system and method for efficient claims processing |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/939,973 Active US10474792B2 (en) | 2015-05-18 | 2015-11-12 | Dynamic topological system and method for efficient claims processing |
Country Status (6)
Country | Link |
---|---|
US (2) | US20160342750A1 (en) |
EP (1) | EP3298554A4 (en) |
JP (1) | JP2018526704A (en) |
CN (1) | CN108352035A (en) |
CA (1) | CA2985832A1 (en) |
WO (1) | WO2017082959A1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10007757B2 (en) | 2014-09-17 | 2018-06-26 | PokitDok, Inc. | System and method for dynamic schedule aggregation |
US20180254101A1 (en) * | 2017-03-01 | 2018-09-06 | Ayasdi, Inc. | Healthcare provider claims denials prevention systems and methods |
US10102340B2 (en) | 2016-06-06 | 2018-10-16 | PokitDok, Inc. | System and method for dynamic healthcare insurance claims decision support |
US10108954B2 (en) | 2016-06-24 | 2018-10-23 | PokitDok, Inc. | System and method for cryptographically verified data driven contracts |
US10366204B2 (en) | 2015-08-03 | 2019-07-30 | Change Healthcare Holdings, Llc | System and method for decentralized autonomous healthcare economy platform |
US10474792B2 (en) | 2015-05-18 | 2019-11-12 | Change Healthcare Holdings, Llc | Dynamic topological system and method for efficient claims processing |
US10805072B2 (en) | 2017-06-12 | 2020-10-13 | Change Healthcare Holdings, Llc | System and method for autonomous dynamic person management |
US11126627B2 (en) | 2014-01-14 | 2021-09-21 | Change Healthcare Holdings, Llc | System and method for dynamic transactional data streaming |
US11397753B2 (en) | 2014-03-05 | 2022-07-26 | Ayasdi Ai Llc | Scalable topological summary construction using landmark point selection |
US11709868B2 (en) | 2014-03-05 | 2023-07-25 | Ayasdi Ai Llc | Landmark point selection |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180365714A1 (en) * | 2017-06-15 | 2018-12-20 | Oracle International Corporation | Promotion effects determination at an aggregate level |
US10970789B2 (en) | 2018-01-23 | 2021-04-06 | Full Circle Innovation Llc | Systems and methods for facilitating insurance coverage |
US11538112B1 (en) * | 2018-06-15 | 2022-12-27 | DocVocate, Inc. | Machine learning systems and methods for processing data for healthcare applications |
WO2020033559A1 (en) * | 2018-08-07 | 2020-02-13 | Walmart Apollo, Llc | System and method for structure and attribute based graph partitioning |
CN109377388B (en) * | 2018-09-13 | 2023-08-18 | 深圳平安医疗健康科技服务有限公司 | Medical insurance application method, medical insurance application device, computer equipment and storage medium |
US20200202986A1 (en) * | 2018-12-19 | 2020-06-25 | Optum, Inc. | Systems and methods for parallel execution of program analytics utilizing a common data object |
US20210397978A1 (en) * | 2018-12-24 | 2021-12-23 | Medirita | Apparatus and method for processing data discovering new drug candidate substance |
US11410243B2 (en) * | 2019-01-08 | 2022-08-09 | Clover Health | Segmented actuarial modeling |
US11568397B2 (en) | 2019-04-24 | 2023-01-31 | Cerner Innovation, Inc. | Providing a financial/clinical data interchange |
US11461361B2 (en) | 2019-12-31 | 2022-10-04 | Cerner Innovation, Inc. | Rapid hyperledger onboarding platform |
US11537913B2 (en) * | 2020-03-12 | 2022-12-27 | Aetna Inc. | Artificial intelligence automation for enrollment |
CN111553816B (en) * | 2020-04-20 | 2023-11-03 | 北京北大软件工程股份有限公司 | Administrative multiple-proposal influence factor analysis method and device |
CN114463016A (en) * | 2020-10-21 | 2022-05-10 | 华晨宝马汽车有限公司 | Method, system and apparatus for optimizing claims cost recovery process |
US12080389B2 (en) * | 2021-01-29 | 2024-09-03 | Unitedhealth Group Incorporated | Scalable dynamic data transmission |
US20240281886A1 (en) * | 2023-02-16 | 2024-08-22 | Forensic Claims Solutions, LLC | Inferring and/or predicting relationship rules |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050137912A1 (en) * | 2003-03-31 | 2005-06-23 | Rao R. B. | Systems and methods for automated classification of health insurance claims to predict claim outcome |
US20060242140A1 (en) * | 2005-04-26 | 2006-10-26 | Content Analyst Company, Llc | Latent semantic clustering |
Family Cites Families (129)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2738289B2 (en) | 1993-12-30 | 1998-04-08 | 日本電気株式会社 | Manufacturing method of liquid crystal display device |
US5835897C1 (en) | 1995-06-22 | 2002-02-19 | Symmetry Health Data Systems | Computer-implemented method for profiling medical claims |
US6279041B1 (en) | 1998-11-13 | 2001-08-21 | International Business Machines Corporation | Methods, systems and computer program products for differencing data communications using a message queue |
US20020022973A1 (en) | 2000-03-24 | 2002-02-21 | Jianguo Sun | Medical information management system and patient interface appliance |
US20020038233A1 (en) | 2000-06-09 | 2002-03-28 | Dmitry Shubov | System and method for matching professional service providers with consumers |
US20040143446A1 (en) | 2001-03-20 | 2004-07-22 | David Lawrence | Long term care risk management clearinghouse |
WO2003015000A1 (en) | 2001-08-08 | 2003-02-20 | Trivium Systems Inc. | Workflow engine for automating business processes in scalable multiprocessor computer platforms |
AU2002363143A1 (en) | 2001-11-01 | 2003-05-12 | Medunite, Inc. | System and method for facilitating the exchange of health care transactional information |
US7092956B2 (en) | 2001-11-02 | 2006-08-15 | General Electric Capital Corporation | Deduplication system |
JP2005519413A (en) | 2002-03-06 | 2005-06-30 | シーメンス メディカル ソルーションズ ヘルス サーヴィシズ コーポレイション | System and method for providing comprehensive healthcare data storage means |
US20030217159A1 (en) | 2002-03-18 | 2003-11-20 | Merck & Co., Inc. | Apparatus and method for sharing session information |
US7917378B2 (en) | 2002-04-09 | 2011-03-29 | Siemens Medical Solutions Usa, Inc. | System for processing healthcare claim data |
EP1609044A4 (en) | 2003-03-28 | 2008-08-06 | Dun & Bradstreet Inc | System and method for data cleansing |
US20050010452A1 (en) | 2003-06-27 | 2005-01-13 | Lusen William D. | System and method for processing transaction records suitable for healthcare and other industries |
US20050102170A1 (en) | 2003-09-09 | 2005-05-12 | Lefever David L. | System for processing transaction data |
US20050071189A1 (en) | 2003-09-25 | 2005-03-31 | Blake Richard A. | System, method, and business method for storage, search and retrieval of clinical information |
US8005687B1 (en) | 2003-10-15 | 2011-08-23 | Ingenix, Inc. | System, method and computer program product for estimating medical costs |
US8108225B2 (en) | 2003-12-17 | 2012-01-31 | Joan Logue | Method, system, and software for analysis of a billing process |
US7200604B2 (en) | 2004-02-17 | 2007-04-03 | Hewlett-Packard Development Company, L.P. | Data de-duplication |
US20050222912A1 (en) | 2004-03-30 | 2005-10-06 | Chambers David E | System and method of processing commercial transactions through an internet website |
US7386565B1 (en) | 2004-05-24 | 2008-06-10 | Sun Microsystems, Inc. | System and methods for aggregating data from multiple sources |
US20070214133A1 (en) | 2004-06-23 | 2007-09-13 | Edo Liberty | Methods for filtering data and filling in missing data using nonlinear inference |
US8364501B2 (en) | 2004-08-09 | 2013-01-29 | Epic Systems Corporation | Electronic appointment scheduling for medical resources |
US20060036478A1 (en) | 2004-08-12 | 2006-02-16 | Vladimir Aleynikov | System, method and computer program for interactive voice recognition scheduler, reminder and messenger |
US9471978B2 (en) | 2004-10-04 | 2016-10-18 | Banner Health | Methodologies linking patterns from multi-modality datasets |
US20060089862A1 (en) | 2004-10-25 | 2006-04-27 | Sudhir Anandarao | System and method for modeling benefits |
US7606762B1 (en) | 2004-11-05 | 2009-10-20 | Rdm Corporation | System and method for providing a distributed decisioning environment for processing of financial transactions |
US8095380B2 (en) | 2004-11-16 | 2012-01-10 | Health Dialog Services Corporation | Systems and methods for predicting healthcare related financial risk |
GB0427133D0 (en) | 2004-12-10 | 2005-01-12 | British Telecomm | Workflow scheduler |
US7466316B1 (en) | 2004-12-14 | 2008-12-16 | Nvidia Corporation | Apparatus, system, and method for distributing work to integrated heterogeneous processors |
US20060136264A1 (en) | 2004-12-21 | 2006-06-22 | Gh Global Health Direct, Llc | System and method for improved health care access |
US8069060B2 (en) | 2004-12-23 | 2011-11-29 | Merge Healthcare Incorporated | System and method for managing medical facility procedures and records |
EP1922677A1 (en) | 2005-07-07 | 2008-05-21 | Prasanna Gorur Narayana Srinivasa | Novel methods for supply chain management incorporating uncertainity |
US7665016B2 (en) | 2005-11-14 | 2010-02-16 | Sun Microsystems, Inc. | Method and apparatus for virtualized XML parsing |
US20070118399A1 (en) | 2005-11-22 | 2007-05-24 | Avinash Gopal B | System and method for integrated learning and understanding of healthcare informatics |
US20070156455A1 (en) | 2005-12-01 | 2007-07-05 | Tarino Michael D | System and Method for Providing a Consumer Healthcare Guide |
US7979569B2 (en) | 2005-12-01 | 2011-07-12 | Firestar Software, Inc. | System and method for exchanging information among exchange applications |
US20070180451A1 (en) | 2005-12-30 | 2007-08-02 | Ryan Michael J | System and method for meta-scheduling |
CA2637574C (en) | 2006-01-17 | 2017-10-31 | Accenture Global Services Gmbh | Platform for interoperable healthcare data exchange |
US20070260492A1 (en) | 2006-03-09 | 2007-11-08 | Microsoft Corporation | Master patient index |
US20070233603A1 (en) | 2006-03-30 | 2007-10-04 | Schmidgall Matthew M | Flexible routing of electronic-based transactions |
US8359298B2 (en) | 2006-04-03 | 2013-01-22 | International Business Machines Corporation | Method, system, and program product for managing adapter association for a data graph of data objects |
US20080126264A1 (en) | 2006-05-02 | 2008-05-29 | Tellefsen Jens E | Systems and methods for price optimization using business segmentation |
US7526486B2 (en) | 2006-05-22 | 2009-04-28 | Initiate Systems, Inc. | Method and system for indexing information about entities with respect to hierarchies |
JP4863778B2 (en) | 2006-06-07 | 2012-01-25 | ソニー株式会社 | Information processing apparatus, information processing method, and computer program |
US7765146B2 (en) | 2006-06-09 | 2010-07-27 | Research Center For Prevention Of Diabetes | Method and system of adjusting medical cost through auction |
US7885436B2 (en) | 2006-07-13 | 2011-02-08 | Authentec, Inc. | System for and method of assigning confidence values to fingerprint minutiae points |
US20080082980A1 (en) | 2006-09-28 | 2008-04-03 | Edge Inova International, Inc. | System and method for using filters and standardized messages to identify and schedule appointments in aggregate resource scheduling applications |
US7860786B2 (en) | 2006-10-17 | 2010-12-28 | Canopy Acquisition, Llc | Predictive score for lending |
JP4898405B2 (en) | 2006-12-01 | 2012-03-14 | キヤノン株式会社 | Document data processing method, document data creation device, and document data processing device |
US7945497B2 (en) | 2006-12-22 | 2011-05-17 | Hartford Fire Insurance Company | System and method for utilizing interrelated computerized predictive models |
US7917515B1 (en) | 2007-03-26 | 2011-03-29 | Lsi Corporation | System and method of accelerating processing of streaming data |
US8103952B2 (en) | 2007-03-27 | 2012-01-24 | Konica Minolta Laboratory U.S.A., Inc. | Directed SAX parser for XML documents |
US20080319983A1 (en) | 2007-04-20 | 2008-12-25 | Robert Meadows | Method and apparatus for identifying and resolving conflicting data records |
US20080288292A1 (en) | 2007-05-15 | 2008-11-20 | Siemens Medical Solutions Usa, Inc. | System and Method for Large Scale Code Classification for Medical Patient Records |
US8341623B2 (en) | 2007-05-22 | 2012-12-25 | International Business Machines Corporation | Integrated placement planning for heterogenous storage area network data centers |
US7992153B2 (en) | 2007-05-30 | 2011-08-02 | Red Hat, Inc. | Queuing for thread pools using number of bytes |
US8145644B2 (en) | 2007-07-31 | 2012-03-27 | Interfix, Llc | Systems and methods for providing access to medical information |
US8826173B2 (en) | 2007-09-26 | 2014-09-02 | Siemens Aktiengesellschaft | Graphical interface for the management of sequential medical data |
EP2058733A3 (en) | 2007-11-09 | 2009-09-02 | Avro Computing Inc. | Multi-tier interface for management of operational structured data |
US7797205B2 (en) | 2007-12-21 | 2010-09-14 | Exxonmobil Research And Engineering Company | System for optimizing bulk product allocation, transportation and blending |
US8171554B2 (en) | 2008-02-04 | 2012-05-01 | Yuval Elovici | System that provides early detection, alert, and response to electronic threats |
TW200935418A (en) | 2008-02-05 | 2009-08-16 | Skymedi Corp | Semiconductor memory device |
US8095975B2 (en) | 2008-03-18 | 2012-01-10 | International Business Machines Corporation | Dynamic document merging method and system |
US8417755B1 (en) | 2008-05-28 | 2013-04-09 | Michael F. Zimmer | Systems and methods for reducing memory traffic and power consumption in a processing environment by solving a system of linear equations |
US20090300054A1 (en) | 2008-05-29 | 2009-12-03 | Kathleen Fisher | System for inferring data structures |
US8073801B1 (en) | 2008-05-30 | 2011-12-06 | The Decision Model Licensing, LLC | Business decision modeling and management system and method |
US7668757B2 (en) | 2008-06-09 | 2010-02-23 | Weiwen Weng | Methods and system of contacting at least one service provider anonymously |
US20090313045A1 (en) | 2008-06-11 | 2009-12-17 | Boyce Mark D | System and Method for Medical Research and Clinical Trial |
US8527522B2 (en) | 2008-09-05 | 2013-09-03 | Ramp Holdings, Inc. | Confidence links between name entities in disparate documents |
US20100076950A1 (en) | 2008-09-10 | 2010-03-25 | Expanse Networks, Inc. | Masked Data Service Selection |
US8260773B2 (en) | 2008-09-24 | 2012-09-04 | International Business Machines Corporation | Method for extracting signature from problem records through unstructured and structured text mapping, classification and ranking |
US20100138243A1 (en) | 2008-10-02 | 2010-06-03 | Payformance Corporation | Systems and methods for facilitating healthcare cost remittance, adjudication, and reimbursement processes |
US20100088108A1 (en) | 2008-10-08 | 2010-04-08 | Astrazeneca Ab | Pharmaceutical relational database |
US20120130736A1 (en) | 2008-10-24 | 2012-05-24 | Obsidian Healthcare Disclosure Services, LLC | Systems and methods involving physician payment data |
US8442931B2 (en) | 2008-12-01 | 2013-05-14 | The Boeing Company | Graph-based data search |
US20170060856A1 (en) | 2008-12-10 | 2017-03-02 | Chiliad Publishing Incorporated | Efficient search and analysis based on a range index |
US9141758B2 (en) | 2009-02-20 | 2015-09-22 | Ims Health Incorporated | System and method for encrypting provider identifiers on medical service claim transactions |
US8250026B2 (en) | 2009-03-06 | 2012-08-21 | Peoplechart Corporation | Combining medical information captured in structured and unstructured data formats for use or display in a user application, interface, or view |
US8286191B2 (en) | 2009-05-14 | 2012-10-09 | International Business Machines Corporation | Dynamically composing data stream processing applications |
US20100295674A1 (en) | 2009-05-21 | 2010-11-25 | Silverplus, Inc. | Integrated health management console |
US8103667B2 (en) | 2009-05-28 | 2012-01-24 | Microsoft Corporation | Ranking results of multiple intent queries |
WO2010151668A1 (en) | 2009-06-24 | 2010-12-29 | Exxonmobil Research And Engineering Company | Tools for assisting in petroleum product transportation logistics |
US8731965B2 (en) | 2009-07-19 | 2014-05-20 | Poonam Erry | Collaborative multi-facility medication management system |
US8762180B2 (en) * | 2009-08-25 | 2014-06-24 | Accenture Global Services Limited | Claims analytics engine |
WO2011032086A2 (en) | 2009-09-14 | 2011-03-17 | Ii4Sm - International Institute For The Safety Of Medicines Ltd. | Semantic interoperability system for medicinal information |
US8775286B2 (en) | 2009-09-23 | 2014-07-08 | Sap Ag | System and method for management of financial products portfolio using centralized price and performance optimization tool |
US8521555B2 (en) | 2009-12-09 | 2013-08-27 | Hartford Fire Insurance Company | System and method using a predictive model for nurse intervention program decisions |
US8363662B2 (en) | 2010-03-19 | 2013-01-29 | Cisco Technology, Inc. | Alternate down paths for directed acyclic graph (DAG) routing |
US20130085769A1 (en) | 2010-03-31 | 2013-04-04 | Risk Management Solutions Llc | Characterizing healthcare provider, claim, beneficiary and healthcare merchant normal behavior using non-parametric statistical outlier detection scoring techniques |
US8326869B2 (en) | 2010-09-23 | 2012-12-04 | Accenture Global Services Limited | Analysis of object structures such as benefits and provider contracts |
US8515777B1 (en) | 2010-10-13 | 2013-08-20 | ProcessProxy Corporation | System and method for efficient provision of healthcare |
US8495108B2 (en) | 2010-11-30 | 2013-07-23 | International Business Machines Corporation | Virtual node subpool management |
US20120158429A1 (en) | 2010-12-20 | 2012-06-21 | David Phillip Murawski | Medical service broker systems and methods |
US9846850B2 (en) | 2010-12-30 | 2017-12-19 | Cerner Innovation, Inc. | Consolidation of healthcare-related schedules across disparate systems |
US20130030828A1 (en) | 2011-03-04 | 2013-01-31 | Pourfallah Stacy S | Healthcare incentive apparatuses, methods and systems |
US20120245958A1 (en) | 2011-03-25 | 2012-09-27 | Surgichart, Llc | Case-Centric Medical Records System with Social Networking |
US20120290320A1 (en) | 2011-05-13 | 2012-11-15 | Kurgan Michael J | System for leveraging social and restricted availability content in clinical processes, and a method thereof |
US8984464B1 (en) | 2011-11-21 | 2015-03-17 | Tabula, Inc. | Detailed placement with search and repair |
US20130138554A1 (en) | 2011-11-30 | 2013-05-30 | Rawllin International Inc. | Dynamic risk assessment and credit standards generation |
US8943059B2 (en) | 2011-12-21 | 2015-01-27 | Sap Se | Systems and methods for merging source records in accordance with survivorship rules |
US10490304B2 (en) | 2012-01-26 | 2019-11-26 | Netspective Communications Llc | Device-driven non-intermediated blockchain system over a social integrity network |
WO2013116825A1 (en) | 2012-02-03 | 2013-08-08 | Spindle Labs, Inc. | System and method for determining relevance of social content |
US9027024B2 (en) | 2012-05-09 | 2015-05-05 | Rackspace Us, Inc. | Market-based virtual machine allocation |
CN104380331B (en) * | 2012-05-22 | 2018-08-03 | 英派尔科技开发有限公司 | Insurance for service based on cloud adjusts |
RU2603626C2 (en) | 2012-08-23 | 2016-11-27 | Интердиджитал Пэйтент Холдингз, Инк. | Operation with multiple schedulers in wireless system |
US8959119B2 (en) | 2012-08-27 | 2015-02-17 | International Business Machines Corporation | Context-based graph-relational intersect derived database |
US20140088981A1 (en) | 2012-09-21 | 2014-03-27 | Medimpact Healthcare Systems, Inc. | Systems and methods for proactive identification of formulary change impacts |
US20140136233A1 (en) | 2012-11-14 | 2014-05-15 | William Atkinson | Managing Personal Health Record Information about Doctor-Patient Communication, Care interactions, health metrics ,customer vendor relationship management platforms, and personal health history in a GLOBAL PERSONAL HEALTH RECORD TIMELINE integrated within an (ERP/EMRSE) ENTERPRISE RESOURCE PLANNING ELECTRONIC MEDICAL RECORD SOFTWARE ENVIRONMENT localized medical data ecosystem |
US20140222482A1 (en) | 2013-02-05 | 2014-08-07 | Wal-Mart Stores, Inc. | Online appointment schedulers |
US9129046B2 (en) | 2013-02-25 | 2015-09-08 | 4medica, Inc. | Systems and methods for managing a master patient index including duplicate record detection |
US8670996B1 (en) | 2013-03-14 | 2014-03-11 | David I. Weiss | Health care incentive apparatus and method |
US20140358578A1 (en) | 2013-05-31 | 2014-12-04 | American Pharmacotherapy, Llc | System and method for comparing pharmaceutical prices and medication utilization |
US9460188B2 (en) | 2013-06-03 | 2016-10-04 | Bank Of America Corporation | Data warehouse compatibility |
US20150095068A1 (en) | 2013-10-01 | 2015-04-02 | Cerner Innovation, Inc. | Population health management systems and methods for clinical and operational programs |
US9704208B2 (en) | 2013-10-22 | 2017-07-11 | ZocDoc, Inc. | System and method for accessing healthcare appointments from multiple disparate sources |
US10720233B2 (en) | 2013-11-20 | 2020-07-21 | Medical Informatics Corp. | Web-enabled disease-specific monitoring |
US11126627B2 (en) | 2014-01-14 | 2021-09-21 | Change Healthcare Holdings, Llc | System and method for dynamic transactional data streaming |
US10340038B2 (en) | 2014-05-13 | 2019-07-02 | Nant Holdings Ip, Llc | Healthcare transaction validation via blockchain, systems and methods |
US9208284B1 (en) | 2014-06-27 | 2015-12-08 | Practice Fusion, Inc. | Medical professional application integration into electronic health record system |
US9608829B2 (en) | 2014-07-25 | 2017-03-28 | Blockchain Technologies Corporation | System and method for creating a multi-branched blockchain with configurable protocol rules |
US9507824B2 (en) | 2014-08-22 | 2016-11-29 | Attivio Inc. | Automated creation of join graphs for unrelated data sets among relational databases |
US11328307B2 (en) | 2015-02-24 | 2022-05-10 | OpSec Online, Ltd. | Brand abuse monitoring system with infringement detection engine and graphical user interface |
US10572796B2 (en) | 2015-05-06 | 2020-02-25 | Saudi Arabian Oil Company | Automated safety KPI enhancement |
US20160342750A1 (en) | 2015-05-18 | 2016-11-24 | PokitDok, Inc. | Dynamic topological system and method for efficient claims processing |
US20170103164A1 (en) | 2015-10-12 | 2017-04-13 | PokitDok, Inc. | System and method for dynamic autonomous transactional identity management |
US20170132619A1 (en) | 2015-11-06 | 2017-05-11 | SWFL, Inc., d/b/a "Filament" | Systems and methods for autonomous device transacting |
US10102340B2 (en) | 2016-06-06 | 2018-10-16 | PokitDok, Inc. | System and method for dynamic healthcare insurance claims decision support |
US10108954B2 (en) | 2016-06-24 | 2018-10-23 | PokitDok, Inc. | System and method for cryptographically verified data driven contracts |
-
2015
- 2015-05-18 US US14/715,380 patent/US20160342750A1/en not_active Abandoned
- 2015-11-12 US US14/939,973 patent/US10474792B2/en active Active
-
2016
- 2016-05-18 EP EP16864696.6A patent/EP3298554A4/en not_active Withdrawn
- 2016-05-18 CA CA2985832A patent/CA2985832A1/en not_active Abandoned
- 2016-05-18 CN CN201680042285.2A patent/CN108352035A/en active Pending
- 2016-05-18 JP JP2017560549A patent/JP2018526704A/en active Pending
- 2016-05-18 WO PCT/US2016/033016 patent/WO2017082959A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050137912A1 (en) * | 2003-03-31 | 2005-06-23 | Rao R. B. | Systems and methods for automated classification of health insurance claims to predict claim outcome |
US20060242140A1 (en) * | 2005-04-26 | 2006-10-26 | Content Analyst Company, Llc | Latent semantic clustering |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11126627B2 (en) | 2014-01-14 | 2021-09-21 | Change Healthcare Holdings, Llc | System and method for dynamic transactional data streaming |
US12032602B2 (en) | 2014-03-05 | 2024-07-09 | Symphonyai Sensa Llc | Scalable topological summary construction using landmark point selection |
US11709868B2 (en) | 2014-03-05 | 2023-07-25 | Ayasdi Ai Llc | Landmark point selection |
US11397753B2 (en) | 2014-03-05 | 2022-07-26 | Ayasdi Ai Llc | Scalable topological summary construction using landmark point selection |
US10535431B2 (en) | 2014-09-17 | 2020-01-14 | Change Healthcare Holdings, Llc | System and method for dynamic schedule aggregation |
US10007757B2 (en) | 2014-09-17 | 2018-06-26 | PokitDok, Inc. | System and method for dynamic schedule aggregation |
US10474792B2 (en) | 2015-05-18 | 2019-11-12 | Change Healthcare Holdings, Llc | Dynamic topological system and method for efficient claims processing |
US10366204B2 (en) | 2015-08-03 | 2019-07-30 | Change Healthcare Holdings, Llc | System and method for decentralized autonomous healthcare economy platform |
US10102340B2 (en) | 2016-06-06 | 2018-10-16 | PokitDok, Inc. | System and method for dynamic healthcare insurance claims decision support |
US10108954B2 (en) | 2016-06-24 | 2018-10-23 | PokitDok, Inc. | System and method for cryptographically verified data driven contracts |
US11990229B2 (en) * | 2017-03-01 | 2024-05-21 | Symphonyai Sensa Llc | Healthcare provider claims denials prevention systems and methods |
US20180254101A1 (en) * | 2017-03-01 | 2018-09-06 | Ayasdi, Inc. | Healthcare provider claims denials prevention systems and methods |
US10805072B2 (en) | 2017-06-12 | 2020-10-13 | Change Healthcare Holdings, Llc | System and method for autonomous dynamic person management |
Also Published As
Publication number | Publication date |
---|---|
WO2017082959A8 (en) | 2017-11-30 |
JP2018526704A (en) | 2018-09-13 |
CN108352035A (en) | 2018-07-31 |
EP3298554A4 (en) | 2019-01-09 |
US10474792B2 (en) | 2019-11-12 |
US20160342751A1 (en) | 2016-11-24 |
EP3298554A1 (en) | 2018-03-28 |
CA2985832A1 (en) | 2017-05-18 |
WO2017082959A1 (en) | 2017-05-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10474792B2 (en) | Dynamic topological system and method for efficient claims processing | |
US11010345B1 (en) | User behavior segmentation using latent topic detection | |
US11797844B2 (en) | Neural embeddings of transaction data | |
US20210232975A1 (en) | Data analysis and rendering | |
US20180268015A1 (en) | Method and apparatus for locating errors in documents via database queries, similarity-based information retrieval and modeling the errors for error resolution | |
US11488055B2 (en) | Training corpus refinement and incremental updating | |
Kennedy et al. | Using semi-supervised classifiers for credit scoring | |
Aniceto et al. | Machine learning predictivity applied to consumer creditworthiness | |
CN105184574A (en) | Method for detecting fraud behavior of merchant category code cloning | |
CN108885673B (en) | System and method for computing data privacy-utility tradeoffs | |
CN108885762B (en) | Method and system for allocating price discovery mechanism in data market | |
Schumacher et al. | A comparative evaluation of quantification methods | |
CN112384920A (en) | Privacy preserving graph compression with automatic fuzzy variable detection | |
CN111639690A (en) | Fraud analysis method, system, medium, and apparatus based on relational graph learning | |
CN109801077A (en) | A kind of arbitrage user detection method, device and equipment | |
US20200226690A1 (en) | Methods and systems of a patient insurance solution as a service for gig employees | |
Hu | Predicting and improving invoice-to-cash collection through machine learning | |
WO2022192270A1 (en) | Identifying trends using embedding drift over time | |
WO2019023406A9 (en) | System and method for detecting and responding to transaction patterns | |
US20240161117A1 (en) | Trigger-Based Electronic Fund Transfers | |
dos Reis | Evaluating classical and artificial intelligence methods for credit risk analysis | |
Yu et al. | Improvement of K‐Means Algorithm and Its Application in Air Passenger Grouping | |
CN113159790A (en) | Abnormal transaction identification method and device | |
Riasi et al. | Comparing the performance of different data mining techniques in evaluating loan applications | |
Campoy-Muñoz et al. | Addressing remitting behavior using an ordinal classification approach |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: POKITDOK, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ALSTAD, COLIN ERIK;TANNER, THEODORE, JR.;GOSNELL, DENISE KOESSLER;REEL/FRAME:035674/0886 Effective date: 20150519 |
|
AS | Assignment |
Owner name: CHANGE HEALTHCARE HOLDINGS, LLC, GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:POKITDOK, INC.;REEL/FRAME:048195/0658 Effective date: 20181214 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |