RESULTS
Enhanced Accessibility/
Scalability
Scalability
Process
Optimization
Cost
Savings
Our client, founder of an EHR solution for Urology, needed to migrate their on-premise Mirth Connect channels and SQL servers to the Cloud to increase accessibility and scalability.
To facilitate the migration, SphereGen setup a mirrored infrastructure system on Azure and developed a batch program to migrate channels and their connections to the new Azure site.


Our client, founder of an EHR solution for Urology, needed to migrate their on-premise Mirth Connect channels and SQL servers to the Cloud to increase accessibility and scalability.
To facilitate the migration, SphereGen setup a mirrored infrastructure system on Azure and developed a batch program to migrate channels and their connections to the new Azure site.

Our client was experiencing processing constraints imposed by using an on-premise version of Mirth with their EHR solution. While the Mirth configuration was satisfactory, the on-premise infrastructure was limiting. To resolve these constraints, SphereGen worked to migrate their Mirth channel connections and SQL servers to the Azure cloud.
SphereGen used a three-step process to migrate the Mirth and SQL servers to Azure.
Our client was able to accurately test out all migrations before going live. As a result of the Azure migration, the limitations of accessibility and load balancing were removed. Cost savings can be achieved by automatically spinning servers up and down based on volume processing and not having to maintain physical servers. Migrating to Azure also provides the ability to scale the system as needed for future growth.
Process
Optimization
Cost
Savings
Even though the on-premise version of Mirth was causing challenges, the Mirth configuration was still accurate. The first step in configuring Azure was to make sure that it mirrored the current Mirth configuration. The Azure instance was built to include load balancing with virtual servers and an SQL Managed instance with High Availability to cover failover for server or database failures. The appropriate firewall protection was setup to provide secure access to all data.
After the Azure instance was properly configured, the SQL data was migrated to the cloud. One Mirth Connector was migrated to Azure for testing. When the cloud connection was successfully tested, a batch program was used to migrate the rest of the Mirth Connectors. The batch program successfully migrated 195 external system connections. All connections were tested.
Once all connectors and data were tested and verified, essentially the production environment was ready to go live. After signoff, all DNS settings were changed to point to the cloud.
View and download this case study here