Large scale Microsoft Visual Studio 2005-2008 .Net 2.0 and SQL Server 2005 Application which automates all aspects of a large privately held manufacturing company's custom product quoting process. Project used data access SQL, data transfer code, Role-based security, product pictures, Product Object structure with 4 dozen user defined attributes, automatic data parsing on uploads, download of PDF Product data files which were built into PDF by the System and so on. Highly Object Oriented design developed start to finish using the DIS CASE software to generate (and re-generate on changes) all "Round-Trip" Objects and Data Access Classes ("Database Data into Data-Objects into Screen Controls" and reverse). This System is the most complex Web-based application we have ever heard of or read about in the "Development Press".

A Microsoft Visual Studio 2005 developed system developed for an industry leading manufacturing company to keep track of sales materials distribution to a network of more than 600 dealers. The application included high volume Bar Code Scanning of materials, data transfer of bulk data to Corporate offices using Email, complex comparison of field data with Corporate data, etc.

A IBM Websphere Java Application, this HIPAA Document Header Re-arrangement and Transfer Application performed a set of functions which automated "housekeeping" work associated with the transfer in and out and the processing of HIPAA 837, 270, 276 EDI documents. The program was a Java application designed to run on Windows Server 2003 OS as a "Service" that re-executed at admin-specified intervals during the course of a day. The system transfered the HIPAA documents into the processing location, then looked at each inbound EDI document and performed operations with them including cataloging, facilitating manual (and some automated) internal processing, and transfering out the 835, 271, 277 documents.

A Java Eclipse Application, this Server-based App was written to transfer and check the veracity of HIPAA documents, and return data to the sender in cases where there were problems with the document. This was a Java application which programatically called the industry leading Foresight "Instream" HIPAA document checking application, and processed it's return information/run "codes", and processed Instream's returned information on the document in question. The App used programmed FTP over a secure connection to transfer the docs.

This application was an 835 processing Java application which communicated between Providers and Payers and which provided a facility for the Payer to: 1) maintain and receive automated updates which are applied locally (to their database which resides on their systems) from a VAN database subscribers; and 2) to allow for the Payer-local EDI systems (translators, adjudication systems) to not need "Trading Partner Relationships" to be setup for all providers who will be sending HIPAA documents into the Payer's EDI systems by passing addressing information for providers registered through the a WEB-based registration system to the Payer and having this application look up the addressing information for a given document. The application also provided a capability for the Provider to have multiple offices. A paper was presented on the HIPAA 835 Solution this Application was built as a significant part of.

The 850 Input System was a stand alone application which allowed users to input (and store locally) 850 PO data and/or pass it on to Trading Partners. The project was implemented as a Windows Desktop version and a Windows CE Handheld application.

Microsoft Visual Studio 2003 into 2005 .Net Application "rewrite" (of an older Java based system which did much of the same work) originally written as a "Database independent" (stored proceedures generated could be gen'ed for Oracle, DB2, SQL Server) App to automate parts of "Object Oriented" Application Development projects. The Application works off a standard DDL Database schema and generates much of the code required to implement what we call the "Database to Data Object to Screen Controls" architecture, including Insert, Update and Delete SQL and loads into and out of the Data Objects, Screen Controls, Database. This system has become invaluable to DIS as the core of our Application Development Framework.