This invention relates to integration of codes sets used in connection with multiple systems.
Data describing code sets of multiple systems is received. The received data describes at least a first code set associated with a first system and a second code set associated with a second system. Equivalencies between the first code set and the second code set are determined based on (1) logical definitions associated with the first code set and logical definitions associated with the second code set and (2) one or more outputs associated with the first system and one or more outputs associated with the second system. A coding scheme is identified to standardize the codes in the first code set and the codes in the second code set. Codes of the first code set are mapped to codes of the second code set using the coding scheme.
In some embodiments, a first coding scheme is identified to standardized at least one of the codes in the first code set and at least one of the codes in the second code set, and a second coding scheme is identified to standardized at least one other of the codes in the first code set and at least one other of the codes in the second code set.
In other embodiments, grading the equivalencies between the first code set and the second code set are graded.
Described herein is a method and system for encoding integration of two or more coded information systems. Information systems use codes to represent data, actions, events, and behavior with the objective of reducing the systems' memory and storage footprints and increasing the overall processing efficiency of the systems.
Codes and coding/decoding processes are used in all major systems including, electrical, mechanical, chemical, and logical systems.
The disclosed method and system are improvements to current methodologies for capturing the definition of codes embedded in logical information systems and using the code definitions to facilitate integration of multiple coded systems. Externalization of system codes into a stand-alone or common repository facilitates analysis of coded system behaviors, actions, events, and data. The analysis performed independent of the actual systems is useful, e.g., in detecting and isolating system integration affinities and discrepancies.
The disclosed method and system allow for capturing and standardizing enterprise system code sets across many business domains (e.g., in the healthcare space, member, claims, provider, product, customer service, sales, marketing, and finance).
When integrating two or more coded systems, a few problems that recur frequently are predominantly caused by the following factors:
A coded system's code set (Coding scheme+Codes) is usually designed and implemented in isolation from other coded systems. This results in the possibility of two coded systems that use similar code sets to code different or variant system behaviors, events, data, and actions. For example, HTML compliant web browsers use HTML codes set (tags) to implement browser functionality (behavior, actions, events, and data). Although the web browser's basic functions remains the same, different browsers exhibit different behaviors for the same HTML code set. For example, Apple Safari, Google Chrome, Firefox, and Microsoft Internet Explorer web browsers support HTML5 tags; however, each web browser has different behaviors in terms of how the browser functions. Alternately, there is also the possibility of coded systems that have similar behaviors, events, data and actions, but use different code sets. For example, two claim systems process the same set of claims using different ICD code sets. ICD 9 and ICD 10 are two completely different code sets for coding medical diagnosis and medical procedures, but could be used to create similar outcomes in different claims processing systems.
Integration of coded systems depends on accurate discovery and mapping of coded behaviors, actions, events, and data. Inconsistent coding of systems makes the task of finding equivalent system behaviors, events, data, and actions complicated and error prone. This inconsistent coding occurs when coding of one system is partial (incomplete) or different relative to other functionally similar systems.
The integration as an encoded logical system (as illustrated by system D) depends on accurate mapping of code sets. This mapping is usually captured as a bi-directional cross-walk between two code sets and requires codes in one code set (e.g. Code Set A) be mapped to equivalent codes in other non standard code sets (e.g. Code Set B) or standard code sets (e.g. Code Set D).
Specifically, by way of example, the following problematic scenarios need better solutions. Capturing, maintaining, and refreshing standard code sets is complicated, especially when one or more of the integrated coded systems needs to be replaced. Standard code sets need to be refreshed when a new coded system needs to be integrated with a set of previously integrated coded systems. Standard code sets need to be captured when codes in the standard code set do not completely represent the code sets of all integrated coded systems. The process of discovering equivalency between codes or code sets is a common problem found in all the foregoing problem scenarios.
One embodiment described herein relates to code sets embedded in local systems, which are referred to as Encoded Logical Systems, as shown in the example of
Encoding of a logical system can happen in parts (e.g., encoding behaviors or actions). Alternately, partial or complete encoding of all parts of a logical system is also possible. The system (encoded integration of systems) and method (discovering, capturing, maintaining, and refreshing standard code sets) is capable of encoding and standardizing integration of multiple encoded logical systems.
A new model of code sets drives the system and method for encoding integration of coded logical systems described herein. In this new model, every code set has a consistent internal structure as illustrated in
Code sets and compliant codes can be either proprietary (e.g., defined and implemented in the systems of a given business only) or standardized (defined by a standards body and implemented in systems within and outside of the business). In some instances, a code set is comprised of proprietary and standardized codes while, in other instances, a code set is comprised entirely of proprietary or entirely standardized codes.
The methodology enables a code set to contain one or more code schemes with associated proprietary and/or standardized compliant codes. This creates greater flexibility in the type of codes (proprietary or standard) that can be part of a code set. Each code scheme has three basic components—a code structure, a set of code compliance rules, and code verification methods. A code structure defines the syntax of a code and code compliance rules define specific constraints for associating a code with a code scheme. Code verification methods are automated processes that validate a code and its compliance relative to associated code schemes.
One exemplary approach for encoding integration of coded logical systems is a series of steps designed to capture, standardize, and externalize an entire code set of encoded logical systems and the mapping of code sets across encoded systems, with reference to
The steps illustrated in
The stepped approach to encoding integration enables a recursive process of standardizing and mapping code sets of a logical encoded system with a designated, standard code set. Each iteration of the stepped approach results in a new baseline of an externalized, standard code set as well as mapping of each integrated system's code set with the new baseline.
Aspects of the disclosed system and method can be summarized in three parts:
Part 1: Method of Discovering and Capturing Equivalency, Discrepancy, and Variations in Code Sets
One of the major problems of encoding integration is determining equivalency between and across code sets. There are several methods for determining equivalencies including using code syntax, semantics, and metadata. The system and method described herein extends these syntax, semantics, and metadata driven methods to include system outcomes. Essentially, the method defines two levels of equivalencies—equivalency by logical definition (similar syntax, semantics and metadata of codes) and equivalency by evidence (similar outcomes). Using the two-level approach to capture equivalency between codes in two different code sets results in accurate mapping of codes as well as identifying discrepancies and variations. Detecting discrepancies is easier when there is equivalency by logical definition but equivalency by evidence is missing. The method makes identifying discrepancies possible. Variations in code sets arise when there is equivalency in evidence (meaning two coded systems are generating the same outcome) but there is no equivalency by logical definition (the syntax, semantics or metadata of codes is different). In both instances, the method is effective in simplifying the process of detecting discrepancies and variations across code sets.
Part 2: Standardization of Code Sets Based on Selection and Utilization of a Code Scheme
Standardization of individual codes or an entire code set is a complex process involving decisions about impacts on existing and future systems. The system and method described herein enables co-existence of multiple code schemes (random code scheme, arbitrary code scheme, and pre-defined code scheme) within a code set. This creates a flexible structure where individual codes within a code set become a standard using the most appropriate code scheme for the standardization process. If human judgment is the best approach for standardizing a particular code or a set of codes, then the arbitrary code scheme is most effective. On the other hand, if specific constraints are to be enforced, then the pre-defined code scheme is most effective. In situations where it is imperative to prevent knowledge of the particular association between a code and code scheme, the random code scheme is most effective. The ability to select and utilize the most appropriate code scheme for standardizing one code or a set of codes is an aspect of the method.
Part 3: Method for Grading Code and Code Set Equivalency
A key to successful encoding of integration is ensuring accurate mapping of codes. Accurate mapping of codes and code sets depends on knowing the nature of equivalency between codes and code sets. The system and method described herein grades code and code set equivalencies by particular criteria, in one exemplary embodiment, described in the following:
Complete equivalency of two codes or two code sets. Complete equivalency is a binary state (0 or 1). A value of zero indicates two codes or code sets have equivalent definitions and evidence of outcome. A value of one indicates the absence of either equivalent definition or equivalent evidence of outcome.
Zero equivalency of two codes or two code sets. This grade indicates that a code or code set is entirely different in terms of equivalency by definition and equivalency by evidence (one of a kind) relative to other codes and code sets. Hence, such codes and code sets must remain as standalone entities.
Inconsistent equivalency of two codes or code sets. This grade indicates a code or code set has complete equivalency relative to some codes or code sets and zero equivalency relative to other codes or code sets. As a result, mapping such codes and code sets may require human intervention.
The above method of grading codes and code set equivalency ensures that mapping between codes and code sets (bi-directional cross walks) is always accurate. Complete equivalencies are always mapped and inconsistent equivalencies are mapped where applicable to create point-to-point or point-to-standard cross walks.
The inventions described herein may be automated and used in the exemplary system of
Thus, an example is described as follows. Data is received from multiple systems. The data describes codes sets of each the multiple systems. Thus, the data describes the code scheme and the associated codes of System A, the code scheme and associated codes of System B and the code scheme and associated codes of System B. Equivalencies between the code sets are determined based on logical definitions outputs associated with each of the systems. One or more coding schemes are identified to standardize the codes in each of the systems. Using the coding scheme(s), the codes in each of the systems are then mapped.
With reference to
System X stores the provider ID code scheme in a proprietary language whereas System Y and Z use standard meta data language (e.g., OWL) to store the their provider ID code schemes. Hence, to maintain System X provider ID codes in a central code set repository, an arbitrary code scheme is necessary to verify each provider ID complies with the code System X code scheme. For Systems Y and Z, however, a pre-defined code scheme based on OWL meta data language can be used to verify the provider ID of Systems Y and Z. In the above example, a centralized provider ID code set repository will utilize both arbitrary and pre-defined code schemes to maintain the provider ID of all three Systems.
It will be appreciated by those skilled in the art that changes could be made to the exemplary embodiments shown and described above without departing from the broad inventive concept thereof. It is understood, therefore, that this invention is not limited to the exemplary embodiments shown and described, but it is intended to cover modifications within the spirit and scope of the present invention as defined by the claims. For example, specific features of the exemplary embodiments may or may not be part of the claimed invention and features of the disclosed embodiments may be combined. Unless specifically set forth herein, the terms “a”, “an” and “the” are not limited to one element but instead should be read as meaning “at least one”.
It is to be understood that at least some of the figures and descriptions of the invention have been simplified to focus on elements that are relevant for a clear understanding of the invention, while eliminating, for purposes of clarity, other elements that those of ordinary skill in the art will appreciate may also comprise a portion of the invention. However, because such elements are well known in the art, and because they do not necessarily facilitate a better understanding of the invention, a description of such elements is not provided herein.
Further, to the extent that the method does not rely on the particular order of steps set forth herein, the particular order of the steps should not be construed as limitation on the claims. The claims directed to the method of the present invention should not be limited to the performance of their steps in the order written, and one skilled in the art can readily appreciate that the steps may be varied and still remain within the spirit and scope of the present invention.
This application claims priority to U.S. Provisional Patent Application No. 61/730,690 filed Nov. 28, 2012, and U.S. Provisional Patent Application No. 61/775,894, filed Mar. 11, 2013, both of which are incorporated by reference as if fully set forth herein.
Number | Date | Country | |
---|---|---|---|
61730690 | Nov 2012 | US | |
61775894 | Mar 2013 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14090467 | Nov 2013 | US |
Child | 15413788 | US |