Can a self-hosted Render alternative handle HIPAA workloads?
A self-hosted Render alternative can carry HIPAA workloads only if your organization operates the safeguards itself, because the HIPAA Security Rule applies to the covered entity or business associate that creates, receives, maintains or transmits electronic protected health information (ePHI), wherever that data sits. No certification exists that makes Coolify, Dokku or Kubernetes HIPAA compliant, and the HHS states that no Security Rule standard requires certifying compliance. Render's HIPAA-compliant workspaces on its Scale plan shift part of the hosting controls to a vendor who signs a business associate agreement, while a self-hosted stack moves those controls, and the evidence for them, onto your team. Confirm the current Scale plan terms and the signed agreement directly with Render before comparing.
The Security Rule (45 CFR Part 164 Subpart C) is the starting point. Its technical safeguards in 45 CFR 164.312 cover unique user identification, emergency access, automatic logoff, and encryption, and each one maps to a specific setting in your platform. A business associate contract under 45 CFR 164.314(a)(2)(i) must require the vendor to comply with the Security Rule, flow the same terms to subcontractors that handle ePHI, and report security incidents. If you self-host, you usually become the operator of the infrastructure, so the contract question shifts to your cloud or data center provider, your backup storage and any monitoring or support firm that can see ePHI.
Three realistic paths exist: Render's managed HIPAA workspace, Coolify or Dokku on servers you control, or Kubernetes with its own control plane, etcd backups, encryption at rest for Secrets and tightly scoped RBAC. Coolify and Dokku are simpler to run but leave logging, access reviews and encryption choices largely to you, while Kubernetes adds more control and more operating work. Before choosing, ask your compliance lead to map each safeguard to an owner, a tool and a retained log, and check the open HHS revision of the Security Rule, which has been proposed but not finalized.
What the HIPAA Security Rule requires of hosting
The HIPAA Security Rule applies to the organizations that handle electronic protected health information and to the vendors they depend on. The cards below cover who is in scope, how the safeguards are structured, which technical specifications your hosting stack must address, and what a business associate contract must say.
Who is in scope
The Security Rule covers covered entities (health plans, health care clearinghouses and covered health care providers) and their business associates, for all electronic protected health information they create, receive, maintain or transmit under 45 CFR 164.302. A self-hosted platform you operate for your own workloads keeps you in the covered entity role, while a host or vendor touching that data may become a business associate. Confirm your role with counsel before scoping the environment.
Eighteen standards, 36 specifications
Appendix A to Subpart C groups the Security Rule into administrative, physical and technical safeguards. Those 18 standards carry 36 implementation specifications, and each one needs a documented decision on how your environment meets it. Hosting choices affect all three groups, from workforce access procedures to server room controls and the software that enforces access and logging.
Required versus addressable
A required specification must be implemented as written. An addressable specification requires you to assess whether it is reasonable and appropriate for your environment, then implement it, implement an equivalent measure, or document why neither applies. Addressable does not mean optional. Record the assessment for each one, because auditors and HHS will ask how you reached that decision.
The seven technical specifications
The five technical standards in 45 CFR 164.312 contain seven implementation specifications. Unique user identification and emergency access procedures are required. Automatic logoff and both encryption specifications are addressable. Self-hosted Kubernetes, Coolify and Dokku each leave these to you, so map every one to a configured control such as individual accounts, session timeouts and encrypted volumes.
Business associate contract terms
Under 45 CFR 164.314(a)(2)(i), a business associate contract must require the business associate to comply with the Security Rule, flow the same terms down to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI, to the covered entity. If a cloud provider, managed database operator or support firm can reach ePHI, confirm these terms are in the signed agreement before any data moves.
No certification, only enforcement
HHS states that no Security Rule standard requires certifying compliance, and private certifications do not prevent HHS from later finding a violation. Any claim that a hosting product is HIPAA certified should be treated with skepticism. Your evidence is the risk analysis, policies, configuration records and logs that show the safeguards operate, which the HHS Office for Civil Rights reviews through complaints, compliance reviews and audits.
Where Render's HIPAA workspaces stop and your duties start
Render offers HIPAA-compliant workspaces on its Scale plan. Which services, regions, logs and support channels fall under a Business Associate Agreement is a contract question that only Render can answer in writing. Under 45 CFR 164.314(a)(2)(i), a business associate contract must require the business associate to comply with the Security Rule, flow the same terms down to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI, to the covered entity.
- Agreement scope: Ask whether the agreement covers each service type you use, including Postgres and Key Value, plus backups and support access.
- Subcontractors: Ask which subcontractors can touch ePHI and whether they are bound by the same terms.
- Incident reporting: Confirm how and when security incidents reach you, and who receives them on your side.
- Configuration boundary: Get in writing which safeguards Render operates and which settings the workspace leaves to you.
Sign the agreement and file it with your risk analysis before any PHI enters a workspace.
Moving to Coolify, Dokku or Kubernetes puts the hosting layer inside your audit boundary. Coolify connects to each server over SSH and requires a Linux host with at least 2 CPU cores, 2 GB RAM and 10 GB of free disk. Those are installation minimums, and they say nothing about what a PHI workload needs. Every host, network path and admin interface then becomes part of your Security Rule analysis.
- Host hardening: You own operating system patching, SSH key management, firewall rules and host-level logging on every server.
- TLS and routing: Coolify runs one coolify-proxy container per server, with Traefik by default or Caddy as the alternative. With the Custom (None) option, routing and TLS certificates are your responsibility.
- Server count: Each server added to a Coolify instance widens the ePHI boundary you must document and monitor.
- Kubernetes option: The control plane, etcd and kubelets become components you patch, back up and monitor.
Check the host inventory, proxy mode and network paths against your risk analysis before go-live.
Coolify's scheduled backups cover PostgreSQL, MySQL, MariaDB, MongoDB and ClickHouse. They do not cover Redis, Dragonfly or KeyDB. PostgreSQL backups use the pg_dump custom format, can be uploaded to S3-compatible storage and run on cron schedules with retention by count, days or size. Coolify's guide for teams leaving managed platforms also notes that a rollback can redeploy a retained application image but does not restore databases or persistent files, so recovery is your job.
- Coverage gaps: Redis-compatible caches have no scheduled backup in Coolify, so decide whether they hold ePHI and how they are recovered.
- Encryption: Encryption at rest for dumps and buckets, and in transit to storage, is yours to configure. The Security Rule treats encryption as an addressable specification, which means you must assess it and document the outcome.
- Restore testing: Restore drills that rebuild a database and check its contents show recoverability better than a green backup job does.
- Retention: Set retention to match your documented records policy, and confirm the storage location complies with your contracts.
Document the backup, restore and retention procedure, then test it on a schedule you can show an auditor. See Coolify's database backup documentation for the current options.
The HIPAA technical safeguards standards in 45 CFR 164.312 include unique user identification and an emergency access procedure as required specifications, with automatic logoff and encryption as addressable specifications. With a self-hosted stack, you implement these across the dashboard, host SSH, proxy and database consoles. Kubernetes does not represent normal users as API objects, so identity comes from certificates, OpenID Connect or JWT tokens, webhook authentication or an authenticating proxy that you configure.
- Named accounts: Each operator logs in with a named account, and shared administrative or deploy accounts are retired.
- Emergency access: Write and test a break-glass procedure covering the Coolify dashboard, host SSH and Kubernetes cluster administration.
- Secrets at rest: Kubernetes stores Secrets unencrypted in etcd by default. Configure encryption at rest, or use an external store through the Secrets Store CSI Driver.
- Least privilege: Restrict list and watch access to Secrets with RBAC, and review bindings regularly.
Inventory where database passwords and API keys live, including environment values in the dashboard, and confirm each location is covered by these controls.
No HIPAA certification exists. HHS states that no Security Rule standard requires an entity to certify compliance, and that private certifications do not prevent HHS from later finding a violation. The HHS Office for Civil Rights enforces the rule through complaints, compliance reviews and audits. For penalties assessed on or after 28 January 2026, the inflation-adjusted civil money penalty ranges from $145 to $2,190,294 per violation, with a calendar-year cap of $2,190,294, according to 45 CFR 102.3.
- Evidence, not badges: Any vendor or hosting badge is an input to your evidence file, not a substitute for it.
- Access and admin logs: Retain logs of ePHI access and administrative actions across hosts, proxy and databases, and review them on a schedule.
- Penalty exposure: Each gap you leave open is assessed against your organization, so the operating model must be sized for that risk.
- Moving target: HHS proposed a major Security Rule revision on 6 January 2025. As of October 2026 no final rule had been published, and the Unified Agenda projects final action for July 2027.
Ask counsel and your independent assessor which evidence they need, since DeployOpen prepares systems and evidence but does not issue audit reports or attestations.
Which self-hosted option fits which HIPAA hosting model
This table compares Coolify, Dokku and Kubernetes against the controls a HIPAA-scoped workload needs, including licensing, routing, backups, Secrets, access and operating load. Read each row as a question to answer for your own environment, since the platform only supplies part of the control set. The main takeaway is that a single-server PaaS shortens setup but leaves most safeguard evidence with your team.
| Decision area | Coolify | Dokku | Kubernetes |
|---|---|---|---|
| License | Apache-2.0, and the self-hosted edition is free with all features and no stated limitations | MIT, open source PaaS with no paid edition described in the supplied facts | Apache 2.0, with conformant distributions from many vendors that carry their own support terms |
| Routing and TLS | Traefik by default or Caddy, both handling HTTPS automatically; Custom (None) leaves TLS to you | nginx by default, with Caddy, HAProxy, OpenResty or Traefik as alternatives; confirm your certificate process | Ingress controller and certificate manager chosen by your team; configure and verify encryption in transit |
| Database backups | Scheduled PostgreSQL, MySQL, MariaDB, MongoDB and ClickHouse backups to S3-compatible storage; Redis is not covered | Backups depend on the datastore plugin in use; confirm encryption and retention for ePHI | Not provided by the platform; you select and test etcd and application backup tooling |
| Encryption at rest for secrets | Environment values are stored by the Coolify instance; confirm where its database encryption sits | Environment values are stored on the host; confirm disk encryption at the host level | Secrets are stored unencrypted in etcd by default, so you must configure encryption at rest or use an external store |
| Access control and identity | Team roles and API tokens in the core product; confirm role granularity and SSO support for your identity provider | Access managed through SSH keys on the host; add your own identity and audit controls | Users are authenticated through certificates, tokens or OIDC; RBAC with least privilege must be designed and reviewed |
| Audit logging | Confirm what activity is recorded and where it can be exported to your log platform | Confirm command and deploy logging on the host and forward it to your SIEM | API server audit logging is configurable; you define policy, retention and review |
| Dokploy comparison note | Dokploy's SSO, SCIM, audit logs and custom roles sit in proprietary code under its source-available license | Not applicable | Not applicable |
| Operating load | One server or a small set, with installation by script; you still patch the OS, Docker and the proxy | Single-server scope with host-level patching and plugin upgrades owned by your team | Control plane, etcd and node upgrades; kubeadm HA needs at least three control plane nodes and a TCP load balancer on port 6443 |
| Best fit | Small teams that need a managed-feeling deploy workflow on servers in a compliant boundary | Teams comfortable with the shell that want a minimal, scriptable PaaS for a few services | Organizations with platform engineers who need multi-node resilience, policy enforcement and separation of duties |
The safeguards you own when you leave a managed platform
When you move off a managed platform, capacity, backups and recovery move to your team. Render's HIPAA workspace carries those operating duties for you, so a self-hosted replacement needs written owners for each one before any ePHI arrives. Coolify's guide for teams coming from managed platforms makes the gap concrete: a rollback can redeploy a retained application image, but it does not restore databases or persistent files. Your recovery plan therefore has to cover Postgres dumps, object storage for files, and tested restores on a schedule you set. Ask your engineers to demonstrate a restore into a clean server, not only to show that backup jobs ran.
Access control is the safeguard most likely to be underbuilt. The Security Rule's technical standards require unique user identification, which means no shared deployment accounts on Coolify, Dokku hosts or Kubernetes clusters, and an emergency access procedure documented in advance. On Kubernetes, users are not API objects, so you must choose how they authenticate: X.509 client certificates, OpenID Connect or another token issuer, or an authenticating proxy. Pair that with least-privilege RBAC that limits who can list or watch Secrets. Secrets are stored unencrypted in etcd by default, so confirm encryption at rest is configured and that backups of etcd are protected too. Proxy TLS also needs an owner: Coolify's Traefik or Caddy proxy handles certificates automatically, while the Custom (None) option leaves routing and TLS to your team.
The CNIL's September 2026 fine of EUR 500,000 against Hopital Prive de la Loire, under GDPR Articles 32 and 34, is a useful reminder of how regulators read access control. The regulator cited external access to the patient record system without VPN or multi-factor authentication, and access rights that ignored the care team's need to know. Apply the same test to your platform: administrators, deployment bots and contractors should reach servers, consoles and databases only through controlled paths with MFA, and each role should see only the ePHI it needs. Document who holds each role and review it on a schedule you can show an assessor.
How to deploy a self-hosted stack under HIPAA controls
This sequence moves from scoping protected health information and business associate obligations to a running, documented stack with encrypted secrets, tested Postgres restores, centralized logs and a scheduled access review. Each step ends with an output you can check before the next one starts.
Scope ePHI flows and the business associate chain
Your privacy or compliance lead, with engineering, maps every place electronic protected health information is created, received, maintained or transmitted, including application logs, backups, error reports and support tooling. Confirm whether your organization is a covered entity or a business associate under 45 CFR Part 164 Subpart C, then list every vendor that touches that data, such as hosting providers, backup storage and email. Each vendor that handles ePHI needs a business associate agreement that meets 45 CFR 164.314(a), including flow-down to subcontractors and incident reporting. Output: a data flow diagram and a signed agreement inventory. Confirm current contract terms with your counsel, since no HIPAA certification exists to replace them.
Select an audited environment you control
Your cloud or infrastructure team chooses an account or data center that you administer, and confirms in writing that the hosting provider will sign a business associate agreement if it stores or processes ePHI. Ask the provider which of its services fall within that agreement, since coverage often differs by service. Record the region, the account boundaries and who holds administrative credentials. Output: an environment decision record that names the provider, the agreement reference and the administrators, reviewed by your security lead.
Harden hosts and install the orchestration layer
Your platform engineers provision Linux hosts from a hardened baseline, restrict SSH to named administrators, and enable host logging and patching. Then install Coolify or Dokku on a single server for a smaller workload, or build a kubeadm cluster with three control plane nodes, a TCP load balancer in front of kube-apiserver on port 6443, and an external etcd cluster with an odd member count if you need that topology. Confirm that the installer's minimum resources are met before starting. Output: a host inventory and a build record showing the cluster or server is reachable only through approved paths.
Encrypt Secrets and configure proxy TLS
On Kubernetes, enable encryption at rest for Secrets, because they are stored unencrypted in etcd by default, and restrict list and watch access with least-privilege RBAC. Consider an external store through the Secrets Store CSI Driver if your policy requires one. On Coolify or Dokku, keep environment values out of Git and restrict dashboard access to named users. Then configure the reverse proxy for TLS, using Traefik or Caddy for Coolify, or nginx or Caddy for Dokku, and confirm certificates renew automatically. Output: a test showing a Secret is encrypted in storage and an HTTPS check that returns a valid certificate.
Set up Postgres backups and restore tests
Your database administrator deploys PostgreSQL, then configures scheduled backups in the pg_dump custom format, uploaded to S3-compatible storage with encryption and a retention rule that matches your records policy. Restrict write and delete permissions on the backup bucket to a separate role. Schedule a restore into an isolated environment on a recurring basis and verify row counts and application startup. Coolify and Dokku do not restore persistent files or databases on rollback, so the restore test is the evidence that recovery works. Output: a restore log from a test environment and a documented recovery time your team has measured.
Centralize logs and alerts
Your security engineers forward host, proxy, container and database logs to a central store you control, and confirm that application logs do not record ePHI in payloads or query strings. Set retention in line with your documentation requirements and restrict log access to the security team. Create alerts for failed logins, certificate expiry, backup failures and changes to Secrets or RBAC. Output: a log source inventory and a test alert that fires and is acknowledged by the on-call owner. Confirm retention periods with your compliance lead rather than relying on defaults.
Document access controls and the review cadence
Your compliance lead writes the access control procedure, covering unique user identification, emergency access, automatic logoff settings where the platform supports them, and how new access is granted and removed. Set a review cadence for administrator, deployer and database accounts, and assign an owner for each review. Keep the evidence of each review with the configuration records. Output: a signed access control procedure, a review calendar and a first completed review. This documentation prepares evidence for an independent assessor. It does not replace one.
Questions buyers ask about HIPAA hosting alternatives to Render
Is self-hosting cheaper than Render's Scale plan for HIPAA workloads?
It can be, but the answer depends on components you must price yourself, because the comparison is not a like-for-like swap. On Render, you pay workspace fees, a per-instance charge for each service, database plans and bandwidth overage, and the HIPAA-capable workspace sits on the Scale plan. Self-hosting with Coolify, which is Apache-2.0 licensed and free in its self-hosted edition according to its pricing page, moves cost into servers or cloud instances, backup storage, monitoring, audit logging, and the staff time for patching, upgrades and on-call. Ask Render for the current Scale plan and per-resource rates, then build a monthly model with your own server sizes, backup retention and labor. Include the cost of a compliance program around the stack, since the software license is only one line.
How long does a move from Render to a self-hosted HIPAA environment take?
The timeline depends on scope, not on a fixed figure, so get it in writing before work starts. The main drivers are the number of services, workers and cron jobs, the Postgres data volume and the cutover tolerance for downtime, plus how many environments you must replicate, such as staging and production. Each service needs its build rebuilt as a Coolify application or Docker Compose stack, its environment values re-entered and its domains and certificates switched. Time also goes to the safeguards you own: access controls, logging, backup testing and documented procedures. DeployOpen plans and implements these migrations under a fixed-scope agreement, so the scope, deliverables and timeline are agreed in writing before work begins.
What skills does the team need to run a HIPAA workload on Coolify or Kubernetes?
Your team needs Linux administration, Docker, networking and TLS, database operations, and the security practices that HIPAA expects you to run yourself. Coolify connects to each server over SSH and needs a Linux host with at least 2 CPU cores, 2 GB RAM and 10 GB of free disk, according to its installation docs, but the operator still owns server hardening, patching, backups and restore testing. Coolify's backups cover PostgreSQL, MySQL, MariaDB and MongoDB, but not Redis, so you must plan for those separately. Kubernetes adds control plane high availability, etcd backup and restore, and secrets encryption at rest, which Kubernetes stores unencrypted in etcd by default. Confirm these skills in-house before choosing a platform.
Can our own engineers run the migration and the HIPAA controls without outside help?
Yes, many teams do, but it works best when someone owns the whole program rather than only the deployment. Your engineers can rebuild services, dump and restore Postgres, and configure Coolify or Dokku if they have the operations skills described above. The harder part is evidence and control design: documented access reviews, audit logging, incident response, workforce training and risk analysis under the HIPAA Security Rule. An outside partner can help with the parts that need specialist depth, such as hardening, security testing and compliance readiness. DeployOpen implements, hardens, backs up and documents self-hosted platforms in your environment and prepares systems and evidence for assessment, but it does not issue audit reports, attestations or certifications.
Is Coolify or Dokku HIPAA certified?
No. HIPAA has no certification, so neither Coolify nor Dokku can be HIPAA certified, and no vendor can certify a product as HIPAA compliant. HHS states that no Security Rule standard requires an entity to certify compliance, and that private certifications do not prevent HHS from later finding a violation, according to its FAQ from 2003. The HHS Office for Civil Rights enforces the rule through complaints, compliance reviews and audits. Your obligation is to implement the administrative, physical and technical safeguards in 45 CFR Part 164 Subpart C for the electronic protected health information in your environment. Ask any vendor that claims certification what it certifies, against which standard and by whom. Some organizations also use HITRUST assessments, which are voluntary third-party assessments and not a HIPAA requirement.
What does a business associate contract require when a third party operates our stack?
A business associate contract must require the business associate to comply with the Security Rule, flow the same terms down to any subcontractor that handles ePHI, and report security incidents, including breaches of unsecured PHI, to the covered entity, under 45 CFR 164.314(a)(2)(i). If DeployOpen or another partner operates or supports systems that create, receive, maintain or transmit ePHI for you, check with your counsel whether that relationship requires a business associate agreement, and get it signed before access begins. Confirm which party holds access to the servers, backups and databases, how credentials are handled, how incidents are escalated and what data is retained at exit. Also ask the hosting provider of the underlying cloud or data center whether it will sign its own agreement, since that is a separate contract in the chain.
What penalties apply if a self-hosted HIPAA environment falls short?
Penalties are set per violation and capped per calendar year, and the amounts depend on the culpability tier of each violation. For penalties assessed on or after 28 January 2026, 45 CFR 102.3 sets the inflation-adjusted civil money penalty range from $145 per violation to $2,190,294 per violation, with a calendar-year cap of $2,190,294. The exposure is driven by how many violations occurred, how long they lasted, and whether the organization knew about them and acted to correct them. Running your own stack does not reduce these obligations, because the covered entity or business associate remains responsible for the safeguards on ePHI it controls. Confirm the current figures in the regulation before you rely on them, since amounts are adjusted periodically.
Evidence auditors and regulators ask for
HIPAA does not certify anyone, so the evidence you hold is what an OCR investigation or an independent assessor will examine. The cards below cover the records that connect your self-hosted Render alternative to the Security Rule's administrative, physical and technical safeguards.
Risk analysis documentation
The Security Rule expects a current, written assessment of where ePHI lives and how it could be exposed. For a self-hosted stack, that means every server, the Coolify or Dokku host, Postgres volumes, backup storage and the Git and registry credentials used to deploy. Check that the analysis is revisited after each architecture change, such as adding a second server or moving a database.
Access logs and review records
Auditors will ask who reached ePHI, when, and whether someone reviewed those events. Coolify and Dokku do not give you a compliance-grade audit trail by default, so confirm which SSH, Docker, proxy and database logs you retain, where they are shipped, and how long they are kept. Keep dated review sign-offs as evidence that the logs were read.
Backup and restore test results
A backup schedule is not evidence of recoverability. Keep restore test records showing that a PostgreSQL dump was loaded into a clean environment, the date, the person who ran it and the time it took. Coolify's backups cover PostgreSQL and other databases on cron schedules, but it does not restore databases or persistent files on rollback, so your restore runbook must be tested separately.
Encryption configuration
Document encryption in transit for every hop, including the TLS terminated by the reverse proxy, and encryption at rest for database volumes and backup storage. For Kubernetes, Secrets are stored unencrypted in etcd by default, so you must record whether encryption at rest is enabled and how etcd snapshots are protected. Confirm these settings against the HIPAA encryption specifications with your assessor.
Business associate contracts
If a hosting vendor, backup storage provider or support firm handles ePHI, 45 CFR 164.314 requires a written business associate contract that obligates compliance with the Security Rule and incident reporting. Build an inventory of every third party in the path, including your DeployOpen engagement if it touches systems with ePHI, and file the signed contracts with the risk analysis.
Incident response and change records
Keep an incident response plan, the logs of past incidents and their outcomes, and a record of each upgrade with its approval, test result and rollback path. Coolify v4.0.0 was the first stable release and later versions continue to ship, so each platform upgrade should be recorded as a change. HHS enforces the rule through complaints, compliance reviews and audits, and these records are what it asks for first.
Pending rule and optional HITRUST
HHS proposed a major Security Rule revision on 6 January 2025 (90 FR 898), and it was not final as of October 2026, so track it against your controls rather than treating it as settled. HITRUST assessments are a separate, voluntary choice an organization may make to structure its evidence, and they are not a HIPAA requirement. Ask your counsel which framework your customers expect before committing to one.
What to confirm with Render, your counsel and your auditor
Start with Render's own paperwork. Ask Render in writing for the business associate agreement terms it will sign, and for the list of covered services. Confirm which services, plans and regions fall inside its HIPAA workspace, since the Scale plan is the entry point and not every workload type, database or Key Value instance may be in scope. Also confirm how Render handles security incident notice, subcontractor flow-down and data return or deletion at termination. Under 45 CFR 164.314(a)(2)(i), the agreement must require compliance with the Security Rule, flow the same terms to subcontractors that handle ePHI, and report security incidents, including breaches of unsecured PHI. Compare the contract text against that list rather than relying on a sales summary.
If you run Coolify, Dokku or Kubernetes on a cloud provider or colocation facility, that provider is a separate link in the chain. Ask whether it will sign a business associate agreement and whether its storage, backup targets and any S3-compatible object store used for database dumps are covered. Your counsel should also decide whether you hold the covered entity or business associate role for each system. Ask your auditor which controls it will test in your environment, including unique user identification, emergency access, automatic logoff, encryption and audit controls under the technical safeguards in 45 CFR 164.312, plus the administrative and physical safeguards. Get that list before you design the stack, because the evidence has to come from your servers, your identity provider and your logs.
Finally, confirm your exposure with counsel. The inflation-adjusted HIPAA civil money penalty for penalties assessed on or after 28 January 2026 ranges from $145 to $2,190,294 per violation, with a calendar-year cap of $2,190,294 (45 CFR 102.3). Ask counsel how those ranges apply to your organization's size and culpability tiers, and whether any state law adds exposure. Also track the proposed Security Rule revision published on 6 January 2025, since its final form may change the controls you must evidence. There is no HIPAA certification, so any document that claims one should be challenged. Record each answer in writing, with its date and source, before you choose the migration path.
How DeployOpen deploys self-hosted platforms under HIPAA controls
DeployOpen plans, implements, hardens and documents self-hosted open-source platforms inside your own cloud accounts, data centers or air-gapped networks. For a Render replacement that handles ePHI, the work starts with a written scope that defines which services, databases and access paths fall under your HIPAA Security Rule program, and what evidence your assessors will need.
How we scope
- Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.
- The written scope lists each service, Postgres database, backup target and access path that handles ePHI.
- We confirm which environment you control, including cloud account, data center or network, and where covered workloads will run.
How we build
- We install and harden Coolify, Dokku or Kubernetes in your environment, with TLS, logging and access controls configured to your written scope.
- We configure database backups, retention and restore tests for PostgreSQL, and document what the platform does not back up.
- We test the deployed stack, including access control, secrets handling and logging, and record the results for your review.
How we hand over
- You receive runbooks for deployments, rollbacks, backup restores, user access reviews and incident response.
- We prepare control mapping and evidence so your compliance lead and independent assessors can check the safeguards in place.
- DeployOpen prepares systems and evidence for assessment but does not issue audit reports, attestations or certifications, which independent auditors provide.
How we support
- Ongoing support, upgrades and continuous testing are available as retainers after handover.
- Retainers can cover platform patching, Kubernetes or Coolify version upgrades and periodic backup restore verification.
- Ask for a quote built from the written scope, and confirm your business associate agreement terms with your legal team.

