Production ready OpenMRS on hardened base OS: the OpenMRS 3 platform with modern frontend, MariaDB and Tomcat assembled, secured and pre tuned. Deploy an open source EMR for clinics, NGOs and research programs on AWS in minutes.
Deploy a production ready OpenMRS electronic medical record system on AWS in minutes. Built for clinics, NGOs, global health programs and research teams who need the world's most widely deployed open source EMR without days of Java, Tomcat and database assembly. This image ships the OpenMRS 3 platform with its modern frontend on a CIS aligned, hardened base OS.
Why OpenMRS, and why this image
OpenMRS powers patient records for health systems in more than forty countries and underpins some of the largest HIV, TB and primary care programs in global health. It is modular, standards aware (FHIR support via module) and backed by a large implementer community. What it is not is simple to stand up: the platform, frontend, Tomcat, Java and database each have version interdependencies that consume implementer time better spent on clinical configuration. This image arrives assembled, secured and documented, so your first day is spent on forms and workflows, not dependency resolution.
What you get out of the box
OpenMRS 3 platform and frontend at current stable versions, with the version matrix (Java, Tomcat, MariaDB) resolved and recorded in the image manifest
MariaDB backend pre configured with the OpenMRS schema, UTF8MB4 throughout
Automated daily database and application data backup scripting with retention configuration
Common use cases
Clinics and hospital departments: patient registration, visits, encounters, orders and reporting
NGO and global health programs: the OpenMRS heartland; multi site deployments with offline aware workflows via community modules
Research and academic programs: structured clinical data capture with export paths
Training environments: safe, disposable EMR instances for clinical informatics education
Evaluation: assess OpenMRS against commercial EMRs on your own infrastructure with no licence cost
Compliance: read this before storing patient data
An AMI cannot make a deployment compliant; operations do. This image gives you a hardened starting point, and the documentation is explicit about the remaining shared responsibilities:
Consider using encrypted volumes, network isolation, access control, audit trails, backup handling.
Place instances in private subnets where clinical workflows allow, restrict the web tier to your networks, and never expose the database port.
Usage notes
Attach an IAM instance role with the AWS-managed policies CloudWatchAgentServerPolicy and AmazonSSMManagedInstanceCore to activate CloudWatch and Session Manager. No AWS credentials are stored on the image.
Allow about five minutes after launch. Clinical app: http:/// ; admin/legacy UI: http:///openmrs (same login). Credentials: /opt/openmrs/default-openmrs-credentials.txt; database passwords in /opt/openmrs/.env (root-only). Manage the stack with cd /opt/openmrs && docker compose ps|logs -f|restart.
Ports: 22/tcp (SSH), 80/tcp (HTTP). The stack serves plain HTTP - put TLS in front (load balancer or nginx + certbot) for production.
Credentials were generated on first boot: SSH in as 'ubuntu' and read /opt/openmrs/default-openmrs-credentials.txt.
For production, put TLS in front (load balancer or nginx + certbot).
Monitoring: attach an IAM instance role with the AWS-managed policies CloudWatchAgentServerPolicy and AmazonSSMManagedInstanceCore to enable CloudWatch logs/metrics (namespace CloudSOE/openmrs) and Session Manager. No AWS credentials are stored on the image.
Sizing guidance
Evaluation and training: t3.large (Java needs memory; smaller instances will disappoint). Single facility production: m7i.large with encrypted gp3 storage. Multi site or heavy reporting: m7i.xlarge and consider RDS for MariaDB, documented in the architecture guide.
OpenMRS® is a registered trademark of OpenMRS Inc. This product is independently packaged and maintained and is not affiliated with or endorsed by OpenMRS Inc. or the OpenMRS community.
Highlights
OpenMRS 3 platform and modern frontend fully assembled
Per-instance secrets at first boot: the MySQL application and root passwords and the OpenMRS admin password are rotated to random values, verified, and written to a root/admin-only credentials file; a live progress bar shows bootstrap status on login.
Amazon CloudWatch agent pre-wired to ship the OpenMRS backend log, syslog and auth.log plus host metrics (namespace CloudSOE/openmrs), Amazon SSM Agent for Session Manager, and vendor support from CloudSOE.
AWS Marketplace now accepts line of credit payments through the PNC Vendor Finance program. This program is available to select AWS customers in the US, excluding NV, NC, ND, TN, & VT.
Pricing is based on actual usage, with charges varying according to how much you consume. Subscriptions have no end date and may be canceled any time.
Additional AWS infrastructure costs may apply. Use the AWS Pricing Calculator to estimate your infrastructure costs.
If you are an AWS Free Tier customer with a free plan, you are eligible to subscribe to this offer. You can use free credits to cover the cost of eligible AWS infrastructure. See AWS Free Tier for more details. If you created an AWS account before July 15th, 2025, and qualify for the Legacy AWS Free Tier, Amazon EC2 charges for Micro instances are free for up to 750 hours per month. See Legacy AWS Free Tier for more details.
You pay by the hour for the EC2 instance size you choose to run this OpenMRS image. Pricing is usage-based, so you are billed only for the hours each instance runs. The many options map to AWS instance families such as t2, t3, t3a, m4, m5, m6a, m6i, r5, r6a, r6i, and their variants. Sizes range from small burstable types up to large and bare-metal instances. Larger instances with more CPU and memory cost more per hour. Software charges are billed through your existing AWS account alongside the underlying infrastructure.
Top-of-mind questions for buyers
What do I actually get when I choose one of these hourly instance options?
You get the OpenMRS 3 reference application running as a container stack on the AWS EC2 instance size you pick. The database schema, modules, and demo content are imported at build time. First boot takes minutes, and each instance rotates its database and admin credentials automatically.
Am I charged when my instance is stopped or powered off?
Software charges accrue per hour while the instance runs. A fully stopped instance does not accrue hourly software charges. Stopped instances may still incur underlying AWS storage fees for attached volumes, but the software billing meters running hours only.
How do the software charges appear on my bill?
Charges run through your existing AWS account, so you get one invoice with no separate contract. The hourly software fee for the image is billed alongside the underlying EC2 infrastructure charge for the instance size you run.
cloudsoe.com+1
Helpful?
Vendor refund policy
Cancel Anytime
How can we make this page better?
Tell us how we can improve this page, or report an issue with this product.
Give us feedbackReport a problem with this product or seller
Legal
Vendor terms and conditions
Upon subscribing to this product, you must acknowledge and agree to the terms and conditions outlined in the vendor's End User License Agreement (EULA).
Content disclaimer
Vendors are responsible for their product descriptions and other product content. AWS does not warrant that vendors' product descriptions or other product content are accurate, complete, reliable, current, or error-free.
An AMI is a virtual image that provides the information required to launch an instance. Amazon EC2 (Elastic Compute Cloud) instances are virtual servers on which you can run your applications and workloads, offering varying combinations of CPU, memory, storage, and networking resources. You can launch as many instances from as many different AMIs as you need.
Version release notes
includes;
Latest OpenMRS
Latest base OS patches
Additional details
Usage instructions
Quick Start:
Allow 5 minutes after launch for first-boot initialization.
Credentials were generated on first boot: SSH in as ubuntu and read /opt/openmrs/default-openmrs-credentials.txt.
For production, put TLS in front (load balancer or nginx + certbot).
Support
Vendor support
Vendor support for this AMI is provided by CloudSOE. To reach the support team, email support@cloudsoe.com with a description of your issue.
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.
This product has charges associated with it for preconfigured security hardening, ongoing image maintenance, and seller support. Deploy a hardened Ubuntu 26.04 LTS AMI for Hardened workloads with secure defaults and a repeatable operating-system baseline.
This product has charges associated with it for seller support. OpenEMR is an open-source electronic health records and medical practice management solution designed for healthcare providers.
This is a repackaged open source software product wherein additional charges apply for per-instance credential and TLS certificate generation at first boot, a pre-configured HTTPS Apache/MariaDB/PHP stack with phpMyAdmin and SFTP access, pre-installed Amazon CloudWatch and AWS Systems Manager agents configured to the WordPress, Apache and MariaDB logs, and vendor support.
Be the first to review this product. We've partnered with PeerSpot to gather customer feedback. You can share your experience by writing or recording a review, or scheduling a call with a PeerSpot analyst.