A custom reporting framework was created for our internal users. The requirement was that they needed access to specific pieces of data on an infrequent basis. Not enough that a full (client facing) report for the front end should be developed, yet more that it couldn’t be handled as an ad-hoc data request.
The framework was written using the MVC3 framework in C#. The meta data was stored in such a way that the site didn’t need to be updated after each report was released. A T-SQL script could be used to push the report, and when the reporting framework loaded, it would detect the new report and present it as an option for the user to run.
Developed various EDI reports as required. The initial files were generally one-time snapshots of data that would be used to transmit eligibility to various carriers. Since early 2010, most files were ongoing files, that were utilized to free up internal employees to focus on other areas of the application.
Coupled with the DataMart I implemented a framework that would automatically check the source data for data quality issues present. These issues were not causing errors in their respective source systems, but would cause issues on the EDI’s being developed.
The DataQualityControl database had a few initial requirements:
Speed – It was in the critical path for loading the DataMart, and it needed to get out of the way as quickly as possible.
Flexibility – Additional tests would need to be created over time, and be able to be integrated into DataMart as needed.
Reporting – There are two types of data recorded. First was an aggregate for historical purposes, and second was a daily log showing that days issues. Thus trends could be displayed over time to show how the errors were being addressed system wide, and the latest example of such an error could be quickly displayed.
All of these were met in the initial pass, and over time additional quality checks were added as the need arose.
My initial project at Elite was to build a DataMart as a central repository for future reporting needs. No singular framework existed that could meet the needs of the EDI’s that were expected to be built moving forward.
Over a period of a few weeks, the DataMart was designed and implemented along with a DataQualityControl framework.
Each day, the system loads a snapshot of key fields in the source systems. Over time, this data could be used to meet all reporting needs.
Worked with the development team to maintain an existing in house solution for the management of employee benefits. Mainly focused on the benefit side of the application, fixing defects and working on feature requests as needed.