Collabora Online for HIPAA-regulated documents

Self-hosted Collabora Online can run inside your HIPAA-covered environment, but the Security Rule applies to your whole system. This page maps the safeguards to the platform, the configuration, the evidence and the gaps.

On this page

Can Collabora Online support HIPAA compliance for PHI documents?

Collabora Online cannot make a deployment HIPAA compliant, because HIPAA has no certification. HHS states that no Security Rule standard requires an entity to certify compliance and that private certifications do not stop HHS from later finding a violation. What a covered entity or business associate can do is treat Collabora Online as one component inside its own system of safeguards. The Security Rule in 45 CFR Part 164 Subpart C applies to the whole environment that creates, receives, maintains or transmits electronic protected health information (ePHI), including the WOPI host that stores the documents, the identity provider, the network path and the people who use them. Collabora Online is an editor that runs inside the infrastructure you control, so the question is which parts of that system it touches and which parts remain your responsibility.

The platform helps most with technical safeguards in 45 CFR 164.312, mainly through its position in the editing path. Documents are handled in the editor's session during editing, and the WOPI host remains the system of record, so access control, unique user identification, automatic logoff and encryption in transit are decided in the host and at the reverse proxy. Confirm with your vendor and your own tests where editing sessions write temporary data, how long it persists and whether it is cleared on session end. Collabora does not supply the administrative safeguards in 45 CFR 164.308, such as risk analysis, workforce training, sanction policy, contingency planning or the business associate contract under 45 CFR 164.314, and it does not supply the physical safeguards in 164.310 for your data centers or endpoints. Those belong to your risk analysis and your own policies.

Before you approve browser editing of PHI, ask your team to map each Security Rule standard to a named owner and evidence source, and to record the decision for each addressable implementation specification under 45 CFR 164.306(d). Also confirm the WOPI and editor connection settings your Nextcloud or other host requires, and whether your Collabora Online version receives signed security updates on the support tier you choose. The HHS Office for Civil Rights enforces the rule through complaints, compliance reviews and audits, so the evidence you can show an investigator matters as much as the configuration itself. Keep in mind that the Security Rule revision proposed in January 2025 has not been finalized, so check the current rule text before you finalize your control set.

Mapping Security Rule standards to Collabora Online settings

This table maps the HIPAA Security Rule safeguards and organizational requirements to what a self-hosted Collabora Online deployment can contribute and what stays with your WOPI host, identity layer and policies. Read each row as a split: the platform covers part of the requirement, and the remainder must be confirmed in your environment. The main takeaway is that Collabora Online is one component in the ePHI path, so most addressable specifications are met by the surrounding systems.

Security Rule standardWhat Collabora Online contributesWhat remains with your organization
164.308 administrative safeguards (access management, audit controls, contingency plan)Editing sessions run through the WOPI host, so access decisions can be tied to host accounts and groups. Nextcloud Office lets administrators limit which groups can open the editor and which can edit.Access authorization, workforce training, sanction policy, risk analysis and contingency planning. Confirm with Collabora and your WOPI host what session and access events are logged.
164.310 physical safeguards (facility access, device and media controls)Collabora Online can run on Linux packages, Docker or Kubernetes in infrastructure you control, so server placement is your decision.Facility access, workstation use, device reuse and media disposal. These sit with your data center or cloud provider and endpoint policies.
164.312(a)(1) access control: unique user identification (required)The editor does not issue its own user identities. Each editing session is associated with the identity the WOPI host passes through.Unique accounts in your identity provider, no shared logins, and confirmation that the host sends a unique user identifier with each WOPI request.
164.312(a)(2) access control: emergency access procedure (required) and automatic logoff (addressable)Session lifetime and idle behavior are shaped by the WOPI host and browser session settings.A documented break-glass procedure for restoring document access, and a decision on automatic logoff for shared workstations. Confirm timeout settings with Collabora and your host.
164.312(a)(2)(iv) encryption and decryption (addressable)Nextcloud guidance recommends the same protocol for the Collabora server URL as for Nextcloud, preferably HTTPS. Collabora Online supports TLS configuration as part of hardening.Certificate management, encryption at rest for document storage in the WOPI host, and backup encryption. Document these as addressable decisions with the reason recorded.
164.312(b) audit controlsCollabora Online logs its own service events. Whether document open, edit and share events reach your audit trail depends on configuration.Your audit record of who opened or changed each ePHI document. Confirm exactly which events Collabora writes, where they go and how long they are kept.
164.312(c) integrity and (d) person or entity authenticationRestricting WOPI requests to the Collabora server IP addresses, as Nextcloud documents, limits which hosts can call the editor. Collabora publishes security advisories and signed packages for patching.Patch cadence, verification of package signatures, and proof that only authenticated users reach document content. Confirm proof key and token options with Collabora.
164.312(e) transmission security (integrity controls and encryption, both addressable)Browser-to-editor and host-to-editor traffic can be carried over TLS, with WOPI allow lists limiting callers.Network path design, reverse proxy configuration, certificate lifecycle and verification that no ePHI leaves the approved network through external model or add-on services.
164.314 and 164.316 organizational and documentation requirementsCollabora Online does not hold a business associate role for your data, but its configuration and version history can be documented as part of your records.Business associate agreements with your host, Collabora and any hosting provider where ePHI is in scope, plus written policies, the risk analysis and retention of documentation for six years. Confirm contract terms with each supplier.

Where PHI sits when Collabora Online edits a document

The WOPI host, not Collabora Online, is where the protected health information lives at rest. In a Nextcloud deployment, Nextcloud stores the document file, its versions, previews and any sharing metadata, and that storage is where the electronic protected health information (ePHI) resides. Collabora Online receives the document through the WOPI protocol, processes it in memory while a user edits, and hands changes back to the host. Your architecture review should confirm this behavior for your exact Collabora Online version and host configuration, including whether any temporary files, caches or crash dumps are written to disk on the Collabora side, and where those files would sit. Do not accept a general statement about in-memory processing as a substitute for that test. That split matters for contracts. 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 to the covered entity. If you run Collabora Online yourself inside your own infrastructure, you need to decide which party is the business associate for the editing function, whether a vendor that supports the deployment touches ePHI, and whether that vendor needs its own agreement. Ask your counsel to map each party to the systems it can reach. Retain the host's storage, backups, replicas and access logs in scope regardless of who operates the editor, because those copies persist after an editing session ends.

Treat the host's storage, backups and access logs as the core of your HIPAA scope. Because the document stays in the host, backup jobs, object storage replicas, snapshot policies and log retention on the host all hold ePHI and fall under the technical safeguards in 45 CFR 164.312, including audit controls and integrity protections. Confirm with your team where Nextcloud writes files and logs, how long backups are kept, who can restore them, and whether restored copies are subject to the same access rules. Access controls on the host are also your main lever: the Nextcloud administration manual describes limiting which groups can use the editor and which can edit rather than only view, and restricting WOPI requests to the Collabora server addresses. Record these settings as part of your risk analysis, because the Security Rule expects them to be documented, not assumed.

Configuring transmission security and access controls

This sequence sets up encrypted transport between the WOPI host and Collabora Online, limits which servers can make WOPI calls, routes each document to a single editing server, and restricts editing to people with a need to know. It ends with a documented version baseline that the rest of the HIPAA evidence file can refer to.

  1. Fix the version baseline first

    Record the Collabora Online branch and exact package or image version, the WOPI host version, and the operating system and container runtime that run each component. Confirm which branch receives signed security updates for your deployment model before you configure anything else, since the pricing page describes signed security updates and long term support as part of the Business plan. Output: a baseline record that names every version in the editing path and is stored with your change records.

  2. Serve Collabora Online over HTTPS

    The platform team configures TLS on the Collabora Online server URL and matches the protocol to the Nextcloud installation, as the Nextcloud administration manual recommends using the same protocol and preferably HTTPS. Certificates should be issued by a CA your organization controls or trusts, and the reverse proxy should terminate TLS with current protocol settings your security team approves. Check: the WOPI host's configured Collabora URL uses https, and a request from a user browser shows a valid certificate chain with no mixed-content warnings.

  3. Restrict WOPI requests to Collabora server addresses

    On the WOPI host, restrict incoming WOPI requests to the IP addresses of your Collabora servers, which the Nextcloud administration manual recommends. Confirm the addresses seen by Nextcloud match the egress addresses of the Collabora nodes, including any load balancer or NAT in the path, because a mismatch will block legitimate editing. Output: a documented allow list and a test in which a request from an address outside the list is refused while an authorized editing session still opens.

  4. Route each document to one editing server

    In multi-server deployments, the load balancer or ingress must route by the WOPISrc parameter so that everyone editing a document reaches the same pod. The official Helm chart README states that horizontal pod autoscaling is disabled because scaling breaks collaborative editing and copy and paste, so replica counts are set manually. Supported ingress options named in that README include Nginx, HAProxy and the OpenShift Router. Check: two sessions opened on the same file from different users land on the same backend, confirmed in the proxy logs.

  5. Limit editor and edit rights to groups with need to know

    In Nextcloud Office, the administrator limits which groups may use the editor and which may edit rather than only view, as described in the Nextcloud administration manual. Map these groups to the roles that actually handle PHI, such as named clinical or billing teams, and keep general staff groups at view or no access. Document the group membership source and the review owner so that access decisions can be traced to a documented need. Check: a user outside the approved groups cannot open the editor, and a view-only user cannot save changes.

  6. Confirm the host controls protect the editing path

    Run a short verification pass covering the controls above: the HTTPS redirect, the WOPI allow list, the routing behavior under a restart of one editing node, and the group-based permissions. Store the results with the baseline record. The HIPAA Security Rule addresses encryption and access control through addressable and required specifications, so your risk analysis should explain why each measure is reasonable and appropriate for your environment. Output: a dated test record that a security reviewer can repeat.

Evidence to keep for a HIPAA risk analysis and audit

A covered entity or business associate must show how it identified risks to electronic PHI and how it responded. The records below are the ones a self-hosted Collabora Online deployment generates or should generate, and they connect to the risk analysis, the documented decisions and the business associate agreements that sit around the editor. The organization owns the final determination of what is reasonable and appropriate.

Configuration baseline

Keep a versioned record of the loolwsd.xml settings, Helm values or Docker environment used for each deployment, including TLS settings, logging levels and the document conversion options that were enabled. Store it in the same repository as your infrastructure code so each change has an author and a date. When an OCR reviewer asks how the technical safeguards in 45 CFR 164.312 were configured on a given date, this baseline is the document that answers. Confirm each setting name against the version you run, since keys change between branches.

WOPI allow list settings

Record the WOPI host allow list and the Nextcloud or other host URL that Collabora Online trusts. Nextcloud's administration manual recommends restricting WOPI requests to the Collabora server IP addresses and using HTTPS for the server URL, so capture both the allow list and the network rules that enforce it. Keep dated snapshots, because a loosened allow list is a change that affects who can open PHI. Note who approved each change in your change log.

Group permission records

Export the group assignments that control who can use the editor and who can edit rather than only view documents, as configured in Nextcloud Office. Reviewers will look for evidence that access follows the minimum necessary standard and the care team's need to know. Repeat the export on a schedule and retain each copy, so you can show who had edit rights to a record set during a given period. Compare exports against your HR and access reviews before you rely on them.

Host platform audit logs

Collabora Online itself does not keep the authoritative record of who opened or changed a document. The WOPI host does, so the audit trail for PHI lives in Nextcloud or the platform you integrate. Confirm which events the host logs, such as file open, edit, share and download, where those logs are written, and how long they remain available. Forward them to a log store you control and test that a sample event can be traced from user to document to session.

Patch records from advisories

Keep a dated register of every Collabora Online update you apply, with the advisory it addresses. The 25.04 release notes record that 25.04.7.5, released January 29, 2026, fixed CVE-2026-23623, and that package signing keys were updated for RPM and DEB users. Record the version before and after each update, the test result and the date it reached production. Under the addressable specifications for risk management, this register shows how you responded to known vulnerabilities.

Business associate agreements

Keep the signed business associate contract with each party involved in hosting or supporting the deployment, including the cloud provider, the Nextcloud or other host operator, and any firm that performs implementation or support work. 45 CFR 164.314(a) requires the contract to require Security Rule compliance, flow the same terms to subcontractors that handle ePHI and require incident reporting. Store these with the risk analysis so the chain of responsibility can be shown in one place. Have counsel confirm each contract's terms.

Which responsibilities stay with the covered entity

The covered entity, meaning the health plan, clearinghouse or covered provider, remains accountable for ePHI it creates, receives, maintains or transmits, even when the editing stack is self-hosted. Under the Security Rule (45 CFR 164.302), it must run a risk analysis, set policies, assign security responsibility, train its workforce and document decisions, including why any addressable specification was not adopted and what equivalent measure was used instead. None of these duties is satisfied by installing an editor.

  • Risk analysis and risk management: Document where documents containing PHI are opened, edited, cached and exported, and treat the editing path as an ePHI system.
  • Workforce access decisions: Define who may open or edit clinical and administrative documents, and approve role mappings in the WOPI host.
  • Access reviews and sanctions: Run periodic reviews of accounts and group memberships, and maintain a sanctions policy for workforce members who violate it. Collabora does not perform these reviews.
  • Training and awareness: Train staff on handling PHI in documents, including downloads, sharing links and printing.
  • Documentation and evidence: Keep configuration baselines, change records and decisions under the documentation standard in 164.316.

Confirm internally which team owns each duty and how often the reviews happen, since the rule sets the outcome and leaves the method to the entity.",

What Collabora Online does not cover for HIPAA

Self-hosting Collabora Online settles some of the HIPAA technical picture, but it leaves most of the compliance program with your organization. The cards below list the obligations that stay with the covered entity or business associate, and the checks to make before treating the editor as part of a compliant design.

No HIPAA certification exists

HHS states that no Security Rule standard requires certification and that HHS does not endorse private certifications. A Collabora Online certificate, package signature or vendor statement does not make your deployment compliant. Ask Collabora and your own compliance lead to confirm what evidence you can show an assessor, and treat any vendor claim of HIPAA certification as a red flag.

Risk analysis stays with you

The Security Rule requires a thorough, documented assessment of risks to ePHI across every system that creates, receives, maintains or transmits it. Collabora Online sees only the documents routed to it, so the analysis must cover the WOPI host, storage, backups, identity, and the people using them. NIST SP 800-66 Rev. 2 offers a practical structure for that work.

Workforce training and sanctions

Security awareness training, sanction policies and access termination procedures are administrative safeguards that the editor cannot provide. Staff who open PHI in a browser editor need instruction on where documents are stored, when to close sessions, and how to report a misdirected file. Document training completion and sanctions policy in your own program.

Backup and contingency planning

Collabora Online keeps no document store of its own, so contingency planning depends on the WOPI host and its storage. Your plan must cover data backup, disaster recovery, emergency mode operation and testing of restores for every system holding ePHI. Confirm with your host platform vendor how backups are encrypted and where copies are kept.

Physical safeguards of the host

Facility access controls, workstation security and device and media disposal under the physical safeguards sit with the organization that runs the servers and client devices. Browsers on shared or unmanaged endpoints can leave cached content behind. Your data center, cloud account or office controls must be documented and assessed separately from the editor.

Whole-system audit trail

Collabora Online does not produce a complete audit record of who viewed or changed each PHI document across your environment. Activity logging under the audit controls must be designed in the WOPI host, identity provider and network layers, with retention and review set by policy. Confirm which events each component logs before you rely on any single source.

Proposed rule still pending

HHS proposed a major Security Rule revision on January 6, 2025 (90 FR 898) with comments due March 7, 2025. As of October 2026 no final rule has been published, and the Unified Agenda projects final action for July 2027. Build controls against the current rule, track the revision, and review the design when a final rule is issued.

How much effort does HIPAA readiness for Collabora Online take?

What drives the cost of HIPAA readiness for Collabora Online?

The cost depends mostly on how many systems touch electronic protected health information, how many users edit PHI, and how mature your existing HIPAA program already is. Each WOPI host (for example Nextcloud), each Collabora server, the storage behind the host, and the backup and logging chain all need to be covered by the risk analysis and the written policies. Costs fall into two groups. Internal staff time covers risk analysis, policy review, access decisions and evidence gathering. External fees cover any implementation, hardening or testing work that you buy from a partner. Ask any quote to list each host, environment and user group separately, and to state which items are one-time and which recur, such as access reviews and patch cycles. Collabora's own pricing for its Business plan is per user per month, and the Enterprise plan is quoted with volume discounts. Confirm those terms directly with Collabora, because they cover support, not HIPAA work.

How long does HIPAA readiness take for a self-hosted editor?

No supplied source gives a reliable duration, so the timeline has to come from your own scope. It is shaped by the number of WOPI hosts, the state of your current risk analysis, whether business associate agreements already cover the hosting and support vendors, and how many change windows you can use for configuration and upgrades. Organizations with a current HIPAA risk analysis and documented technical safeguards usually need less time to map Collabora into them than organizations starting from scratch. Ask for a written schedule that separates scoping, configuration, evidence collection and review, and that names the decisions the client must make at each stage. Treat any single timeline you are quoted as provisional until the host scope and user count are fixed.

What does the work need from our team?

The work needs decisions and access from people who already own your HIPAA program. Your privacy and security officials must confirm which data is PHI, which roles need to edit it, and which vendors are business associates. Your identity and platform engineers must provide the host configuration, network paths, logging destinations and backup targets. Your compliance lead must approve the policies that describe how documents are created, shared, retained and deleted. Expect a named owner for each control area and a person who can approve changes to production. If your organization lacks a designated security official or an up-to-date risk analysis, those gaps need to be addressed first, because a Collabora configuration cannot fix them.

Can our own team do HIPAA readiness using NIST SP 800-66 Rev. 2?

Yes, a capable internal team can do much of the work using NIST SP 800-66 Rev. 2, published in February 2024. The guide gives key activities, descriptions and sample questions for each Security Rule standard, and it is informational rather than legally binding, as HHS notes. It works well as a checklist for mapping your Collabora deployment to the administrative, physical and technical safeguards. The harder parts are the judgment calls: deciding whether each addressable implementation specification is reasonable and appropriate, documenting any alternative measure, and proving that controls operate over time. Teams without prior HIPAA experience often benefit from an outside review of those decisions, which is a scope question you can put into a written proposal.

Is there a HIPAA certification for Collabora Online?

No. There is no HIPAA certification that an organization or product can earn. HHS states that no Security Rule standard requires an entity to certify compliance, that HHS does not endorse or recognize private certifications, and that such certifications do not prevent HHS from later finding a violation. Be cautious with any vendor or consultant who offers a HIPAA certificate or seal. What you can produce is documented evidence that your safeguards are configured, operated and reviewed, which the HHS Office for Civil Rights can examine in a complaint, compliance review or audit. HITRUST offers a separate, optional assessment framework, but it is not a HIPAA requirement and should be evaluated on its own terms.

What penalty exposure applies to Security Rule violations?

For penalties assessed on or after January 28, 2026, the inflation-adjusted HIPAA civil money penalty for violations on or after February 18, 2009 ranges from $145 per violation, where there was no knowledge, to $2,190,294 per violation for uncorrected willful neglect, with a calendar-year cap of $2,190,294, according to 45 CFR 102.3 (91 FR 3666). These figures are per violation and are set by the penalty tiers in that regulation. Actual exposure depends on the facts of each case, the level of culpability and how quickly problems are corrected. Your legal counsel should map the tiers to your own risk analysis. The penalty table is a reason to document decisions and fix gaps early, not a forecast of any specific outcome.

Does DeployOpen handle the whole HIPAA program for us?

DeployOpen plans, implements, hardens, backs up, documents and supports self-hosted open-source platforms inside your own infrastructure, and prepares systems, controls and evidence for compliance assessments. It does not issue audit reports, attestations or certifications, and it does not replace your privacy officer, legal counsel or HIPAA program. Most engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts. A written scope should name the WOPI hosts, the Collabora deployment, the evidence to be produced and the decisions still owned by your team. Ongoing support and upgrades are available as retainers.

What should we ask for in a HIPAA readiness quote?

Ask for a written scope that lists every WOPI host, Collabora server, storage system, backup target and logging destination in the PHI path. Ask which deliverables are one-time, such as the configuration baseline and risk analysis update, and which recur, such as access reviews, patch windows and evidence refreshes. Ask who performs each task, what you must provide, and what happens if a decision is delayed. Ask how addressable specifications will be documented, and whether the quote includes testing. Confirm that the proposal does not claim HIPAA certification or compliance on your behalf.

How DeployOpen scopes HIPAA-ready Collabora Online deployments

DeployOpen plans, implements, hardens, documents and supports self-hosted open-source platforms inside your own cloud accounts, data centers or air-gapped networks. For Collabora Online used with PHI, that means the work is shaped around where documents, logs and access decisions actually sit in your environment, with the HIPAA Security Rule as the reference for the evidence you will need.

How we scope

  • We map which WOPI host holds PHI, which document types are in use, and where Collabora Online servers will run.
  • The written scope lists the WOPI host configuration, TLS, access groups, logging sources and documentation deliverables.
  • Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.

How we build

  • We configure Collabora Online with WOPI allow lists, restricted editing groups and HTTPS endpoints matching the host.
  • We test that document editing, saving and access revocation behave as the written design describes.
  • We record how each addressable Security Rule specification is assessed, with the reasoning and any equivalent measure.

How we hand over

  • You receive configuration baselines, architecture notes, runbooks and the access and logging design in writing.
  • We document the upgrade and patch procedure, including how security advisories are reviewed and applied.
  • Handover material is written so your security and compliance staff can review it without relying on our team.

How we support

  • Ongoing support, upgrades and continuous testing are available as retainers after handover.
  • Retainers can cover advisory review, version upgrades and periodic checks of allow lists and access groups.
  • DeployOpen prepares systems and evidence for assessments but does not issue audit reports, attestations or certifications.

Sources and further reading

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.