Abstract: A test case identification system that may tokenize natural language input and correlate the resultant set of tokens to a plurality of test cases for identification of a test case from the plurality of test cases. The identified test cases may be scored based upon historical information, quantification metrics and number of search token matches in order to identify a test case to a user. The results of the tokenization, correlation and identification may be stored in a master library for utilization in future identification efforts.

Abstract: Systems and methods of generating a computer program using artificial intelligence module include generating logic programming by analyzing natural language in sample input data received from an external source, the sample input data resulting in a known output. Select input data, which includes select natural language or a coding instruction including the select natural language, is received. Context data is generated by processing the select natural language. The logic programming based on the context data is selected. A computing instruction is determined for the select input data using the logic programming, and the computer program including the computing instruction is generated.

Abstract: A computerized system converts a webpage built on a legacy framework to a target framework. The system allows a user to identify and download one or more webpages for conversion. The system converts the webpage to XML and outputs in a data store, such as an XML file. The system parses and converts the XML file into big object file. The system, through conversion logic, converts the big object file into a target component market. The system then reports the conversion, including any processing logs and error files, to a user. The system report include highlighted errors from any step of the conversion along with automatically generated recommendations for error corrections.

Abstract: A computerized system maintains referential integrity during data migration and optionally masking. The system allows the user to identify one or more flat file(s) as the data source as well as identify the data destination file(s). The system automatically identifies the referential integrity columns where column names match in different flat files, automatically identifies referential integrity by analyzing related application source code for embedded business rules that indicate referential integrity, or can allow the user to describe the referential integrity pertaining to the data source to establish user-defined referential integrity, which referential integrity definition(s) are stored in a data store (e.g., an XML File) accessible via a configuration engine. The system, through a sequence engine and subsequently an execution engine, uses the stored referential integrity and other information to migrate and optionally masks the data from the data source file(s) into the data destination file(s).

Abstract: A system for validating medical claim data receives a first and second medical claim, each respectively associated with a first and a second healthcare classification system, receives claim edit criteria, stores the first and second medical claims in association with the first and the second classification systems, respectively, validates the stored medical claims by applying the received claim edit criteria to one of the stored medical claims and to the associated classification system, and graphically displays selected results of the validating.

Abstract: A legacy-to-container (L2C) system converts a computer program in a procedural programming language to an object oriented programming language. The L2C system parses the procedural language to identify program variables and also program sub-elements, such as paragraphs in COBOL for example. The L2C system provides a user interface that allows the user to select which paragraphs should be converted into methods wherein the remaining non-selected paragraphs are to be converted into classes. The L2C system is configured to re-architect the procedural language by (i) creating normal object classes corresponding to the identified variables, (ii) creating methods for the user-selected paragraphs; and (iii) creating classes for the remaining non-selected paragraphs.

Abstract: A neutrality analysis system includes receives existing claim data including at least one existing healthcare code associated with a first classification system, receives new claim data including a plurality of new healthcare codes associated with a second classification system, wherein the at least one existing healthcare code is mapped to the at least one new healthcare code, receives a plurality of payment codes associated with the at least one existing healthcare code and the at least one new healthcare code, and based on the received plurality of payment codes, calculates payments of the received existing and new claim data, respectively, and based on the calculating, selects a financially neutral new healthcare code of the plurality of new healthcare codes.

Abstract: A hybrid testing automation engine tests a main application using a client browser and includes an object learning module to parse code describing a web page destined to be rendered by the client browser to identify predetermined types of page elements and associate therewith a respective plurality of identification means to locate such elements and store such data in an object repository. A test data manager module manages test data in a hierarchy including a global level, a scenario level, and a step level and store such data in a test data repository. A scripting module facilitates script generation but also includes the capability of recording steps (actions) for playback during testing. A test execution module executes a test scenario including the playback of recorded steps and/or execution of scripts with reference to the object repository and the test data repository.

Abstract: A system, method, and computer program product for automatically browsing a collaborative environment site. The system may include a selection module on a computer, a browser module on a computer, and a report module on a computer. The selection module may be configured to allow selection of a collaboration site to be viewed. The browser module may be configured to browse the selected collaborative environment site, and retrieve metadata associated with one or more collaborative site classes within the collaborative environment site. The report module may be configured to generate a report displaying the retrieved metadata.

Abstract: The computer-implemented method for evaluation of migration of application to the cloud evaluates subject applications by executing an application discovery tool to capture application inventory data associated with the subject applications and to store the captured application inventory data. The method analyzes user-defined objectives for application cloud migration obtained via user interface and filters a set of predetermined Cloud Risk Probability (CRISP) categories based on user-defined objectives. The method determines a respective weightage to associate with each of the predetermined CRISP categories for each application. The method generates a CRISP score by applying the determined weightage of each of the set of predetermined CRISP categories in the application inventory data. The method determines respective application fitment scores for each application in the application inventory data based on the generated CRISP score and the historical application cloud migration data.

Abstract: An integrated test accelerator platform that ensures discrete testing solutions to be integrated to work together in harmony, and resources (people, data, and process) allocated to these solutions to collaborate and work in tandem. The platform provides a flexible way of interconnecting accelerators (i.e., automation framework, regression optimization, risk based testing, test data management, pair-wise testing, and metrics) using coupling and decoupling mechanisms. The accelerators are configurable and customizable for any unique test execution workflow scenario. This provides solutions for the end-to-end test process.

Abstract: A method and apparatus for migration of application source code may include parsing the source code and generating a first output, dynamically analyzing the source code to produce a second output wherein the second output comprises runtime metadata associated with the application, converting, using the metadata, the source code of the application in an original language to a destination language on the second platform and a data source in an assigned format to a destination format. The method may include simulating memory to execute the source code by creating a dynamic memory array, executing the source code within the dynamic memory array, detecting and resolving parameters of the source code by monitoring execution of the source code, and storing the detected and resolved parameters of the source code in a metadata register.

Abstract: A method and apparatus for migration of application source code may include parsing the source code and generating a first output, dynamically analyzing the source code to produce a second output wherein the second output comprises at least business rule metadata associated with the application, converting, using the at least business rule metadata, the source code of the application in an original language to a destination language on the second platform and a data source in an assigned format to a destination format. The method may include simulating memory to execute the source code by creating a dynamic memory array, executing the source code within the dynamic memory array, detecting and resolving parameters of the source code by monitoring execution of the source code, and storing the detected and resolved parameters of the source code in a metadata register.

Abstract: A method and apparatus for migration of application source code may include parsing the source code and generating a first output, dynamically analyzing the source code to produce a second output wherein the second output comprises runtime metadata associated with the application, converting, using the runtime metadata, the source code of the application in an original language to a destination language on the second platform and a data source in an assigned format to a destination format. The method may include simulating memory to execute the source code by simulating a dynamic memory array, executing the source code within the dynamic memory array, detecting and resolving parameters of the source code by monitoring execution of the source code, and storing the detected and resolved parameters of the source code in a metadata register.

Abstract: A method and apparatus for assembler source code analysis may include selecting assembler source code, parsing the assembler source code, determining the presence of predetermined assembler macros, recording the present assembler macros and the programs containing the predetermined assembler macros in a macro data table, and processing the macro data table to generate a text report and/or a graphical flow diagram. The method may include simulating memory to execute the assembler source code and tracing the flow of the assembler source code and the predetermined assembler macros. The method may include tracing the flow of the assembler source code in a comprehensive, forward, or reverse flow, and generating resulting text reports and/or graphical flow diagrams.

Abstract: A system for analyzing source code may include a computer including a memory and a processor. A discoverer may be stored on the memory and may be configured to automatically identify applications of an infrastructure and extract at least one input source code file corresponding to the identified applications. A file reader may be stored on the memory and may be configured to read the input source code file containing source code written in at least one computer programming language. A metrics accumulator may be stored on the memory and may be configured to analyze the source code components according to one or more rules to generate application metadata. A reporting engine may be stored on the memory and configured to generate a report based on the generated application metadata.

Abstract: A system for analyzing an impact of a software migration on a codebase includes a data management module to receive user-selected input of a codebase that supports international classification of diseases, ninth revision (ICD-9) codes and that contains a plurality of lines of source code and a plurality of codebase components, to receive user selection of at least one search string and to analyze the codebase using the at least one search string to identify at least one of each impacted line of the plurality of lines of source code in the codebase and each impacted codebase component, each impacted line of source code and each impacted codebase component requiring modification in order to support migration from ICD-9 codes to international classification of diseases, tenth revision (ICD-10) codes, and produce at least one report of a result of the analysis of the codebase.

Abstract: A system for cross-browser testing of one or more web applications may include receiving user selection of web browsers, one or more test fields each corresponding to a specified web element, one or more attributes each corresponding to a specified property of a web element, and a tolerance value for each of the one or more selected attributes. A system for cross-browser testing may be configured to compare a selected attribute of each selected test field within a web page rendered by one selected browser with a corresponding attribute of a corresponding test field within the web page rendered by another selected browser relative to a selected tolerance value, and generate a report of the comparison. A system for cross-browser testing may be configured for comparisons independent of a human language used and may include a language translation module.

Abstract: A computerized system and method of migrating an application from a source platform to a target platform, such as a cloud platform. A set of rules are developed that represent aspect of the target platform and the source code of the application to be migrated is analyzed to determine whether it violates any of these rules. In some embodiments, the source code could be automatically modified to correct for violations of the rules.

Abstract: A system, method, and computer program product for generating healthcare data keyword files is disclosed. The system may include a reader module on a computer, a mapper module on a computer, and a generator module on a computer. The reader module may be configured to read one or more healthcare data fields associated with a first vendor and read one or more portions of healthcare data associated with the one or more data fields. The mapper module may be configured to allow a first mapping of the one or more data fields to one or more keyword fields. In accordance with the first mapping, the generator module may be configured to generate one or more keywords associated with the one or more portions of healthcare data.