Looking for PowerObjects? Don’t worry, you’re in the right place! We’ve been part of HCL for several years, and we’ve now taken the final step in our acquisition journey: moving our website to the HCL domain. Nothing else is changing – we are still fanatically focused on Microsoft Business Applications!

Health Organization

Health Organization leverages Dynamics CRM to manage medical appeals

Challenge

The customer needed a solution to manage incoming medical appeals from third parties. They are contracted to handle these appeals and had several primary requirements for HCLTech. Requirements included a CRM installation and infrastructure setup; business process solidification; capturing incoming appeals in a secure, HIPPA-compliant manner into CRM from documents supplied by third-party organizations to the customer; automating mail merge functionality in order to generate response letters for appeals in order to make workloads more manageable; ability to edit letters before they are sent out; automating appeal (case) routing functionality so that users could click a button and be assigned the oldest appeal in the system that they were qualified to work on; security model to ensure HIPPA compliance; field level security on case fields; unique case number generation; automation for QA routing; and automation for “Send Back” appeals from third parties into separate buckets.


Solution

HCLTech built out solutions for their needs in CRM and used custom pieces to satisfy the requirements. HCLTech installed CRM and assisted the customer with setting up the infrastructure; helped the customer outline their business process and documented them via flow charts and word documents; and then utilized a Secure File Transfer Protocol 000(SFTP) between the customer and their third party appeals generator in which the third party would upload documents and the .NET code that HCLTech created would fire every night to check for documents in the SFTP.

If the code found SFTP, it would run the document through a series of logical checks. If it triggered on one of the logical checks, the code would take the appropriate action on the document, read the document, parse out the information into an appeal entity record in CRM, and then create the appeal entity record. Next, the code HCLTech wrote would move the document out of the SFTP folder into a “processed” folder.

Additionally, HCLTech built a case stage and case structure entity for each appeal. Each appeal could be in a single case stage and a single case status at any given time. JavaScript checks the case status and stage onload of the form and also checks the logged in users’ security role and team. If a user had the appropriate team/security role combination, as per the case stage/status, they would be able to edit and see fields. If the user did not have the appropriate team/security role combination, they would either not be able to see the record or they would not be able to edit the fields and would only be able to view limited fields. This was laid out in their business process by HCLTech.


Key Benefits

HCLTech built buttons that would route appeals to users. HCLTech created separate buttons for each “Group” that the customer had. For example, if you were in Group ABC, you could click the “Assign me ABC Appeals” button. Once clicked, code would fire and find the oldest possible appeal and assign it to the user.

HCLTech also built custom buttons for the user to click when they were ready to move the appeal to the next stage. Once clicked, the appeal would be sent to the next feasible stage, based on what information was entered in the form. Button display/enable rules were utilized heavily to drive what each user could view and edit in terms of buttons since different privileges existed for different roles.

HCLTech built a random-number generator for unique ID numbers and built code that would push 20% of appeals that were marked as “Complete” to a QA bucket, where the appeal would then get reviewed by the QA Team. The QA Team had separate set up buttons and viewing rights that HCLTech had to construct. Once an appeal was finalized, a plug-in was built that would transfer the information into a PDF letter format and store it in SharePoint. From there, code would fire each night to look for Documents in the SharePoint folder. The code would take the found PDF documents, run them through logical checks, and uploaded them to an outgoing SFTP folder.

This process sent files back to the third party after they had been run through the business and appeal review processes by the customer’s users. If the third party approved the results, that appeal was completed. However, if the third party determined that changes needed to be made, they would send the file back with an “R” appended to it. Code checked for documents marked “R” in the SFTP, find the existing Appeal that had been previously completed in CRM, and re-open it with the “R” appended and with the “R” reason uploaded. The main integration methods for this project were .NET applications and plug-ins.