HIPAA for imaging and diagnostic providers

Imaging and diagnostic providers face OCR enforcement over exposed PACS servers, ransomware and late breach notices. This guide explains what the Security Rule requires, what drives effort and cost, and what outside help can and cannot provide.

On this page

HIPAA for imaging and diagnostic providers: what the Security Rule asks and what it costs to meet

No HIPAA certification exists. When a payer, contract or the HHS Office for Civil Rights (OCR) asks an imaging or diagnostic provider to prove Security Rule compliance, the question is whether your own risk analysis and safeguards hold up. OCR's 2025 settlements show the cost of failing that test: Vision Upright MRI paid $25,000 after medical images on a PACS server were reachable over the Internet, and OCR found it had never conducted a risk analysis. Assured Imaging paid $375,000 after PYSA ransomware encrypted its electronic medical records system, with indications of data exfiltration, and OCR cited no compliant risk analysis and late breach notification.

The cost and effort of meeting the rule depend on how much ePHI you hold and where it moves. Count the sites, each PACS and modality network, the EMR and scheduling systems, teleradiology links, and every third party that stores or transmits images or reports, since each one falls inside the risk analysis scope. Your organization owns its controls and decides what is reasonable and appropriate for each addressable specification. An implementation partner can prepare systems, configuration baselines and evidence, such as access records and encryption settings, but it does not attest to compliance. Only an independent assessor or auditor reports on your controls, and the HHS position is that no private certification prevents a later violation finding.

Ask any outside party for a written scope that lists every system holding ePHI, the deliverables for the risk analysis and risk management plan, and which evidence will be handed over and in what form. Confirm with your counsel whether a business associate agreement covers each vendor touching images, and confirm with your assessor which of their procedures they will run. The OCR audit program page and the HHS risk analysis guidance are the natural starting points for these questions.

Where imaging providers usually fail the Security Rule

Imaging and diagnostic providers handle large volumes of ePHI across PACS, RIS, EMR and external transfers, and OCR cases repeatedly trace failures to the same few places. The cards below connect each failure point to the control area it touches and the evidence an assessor will ask you to produce.

PACS servers reachable from the Internet

Picture archiving and communication systems often hold image data and patient identifiers on servers that were configured for remote reads or vendor support and never returned to a closed network. In the Vision Upright MRI resolution agreement, images on a PACS server were accessible over the Internet. Check every inbound path, including vendor remote access and forgotten port forwards, and ask for network scans and firewall rule reviews that show what is exposed.

Ransomware on EMR and RIS systems

Ransomware that encrypts the electronic medical records or radiology information system stops scheduling, reporting and image retrieval at the same time. In the Assured Imaging case, PYSA ransomware encrypted the EMR system and OCR also cited indications of exfiltration. Evidence an assessor will request includes tested offline backups, documented restoration times, endpoint protection logs and an incident response plan that names who isolates systems.

Incomplete inventory of ePHI locations

OCR expects the risk analysis to cover all ePHI the organization creates, receives, maintains or transmits, in every electronic form. Imaging providers often lose track of copies on modality workstations, teleradiology portals, research exports and laptops used for reading. Ask for a current data flow map and an asset inventory that lists each system holding images or reports, with its owner and the controls applied to it.

Transmission security for images and reports

Section 164.312(e)(1) requires technical measures that guard against unauthorized access to ePHI sent over an electronic communications network. Images sent to referring physicians, pushed to cloud archives and shared with outside readers all cross networks you may not control. Verify that each transfer path uses encryption in transit, that certificates and endpoints are validated, and that the transfer logs can be produced for review.

Late breach notification

Under 45 CFR 164.404, a breach is treated as discovered on the first day it is known, or would have been known with reasonable diligence, to any workforce member or agent. Notification to affected individuals must then go out without unreasonable delay and no later than 60 calendar days after discovery. In the Vision Upright case, OCR found notice was not sent within 60 days. Confirm that your incident log records discovery dates and that the notification clock starts at the first point of knowledge.

How a risk analysis for an imaging provider is built

The sequence turns scattered imaging systems into a documented, scoped picture of where ePHI lives, what could harm it, and which risks the organization has decided to manage and how. Under 45 CFR 164.308(a)(1)(ii)(A), the risk analysis is the required first step, and the steps below show how it is built.

  1. Define the scope and assign the owner

    Start by naming the people who run the analysis, usually the security official with clinical and imaging operations input, and stating its scope in writing. The scope must cover all ePHI the practice creates, receives, maintains or transmits, in every electronic form. Confirm that scope covers the modalities, the PACS, the RIS, the EMR, and any teleradiology or vendor-hosted archive. The output is a signed scope statement that names the systems, sites and business associates included.

  2. Inventory every system and location holding ePHI

    Build a register of every place ePHI is stored, received, maintained or transmitted. For an imaging provider this includes modalities such as MRI, CT and ultrasound, the PACS and its image archive, the RIS, the EMR, reading and reporting workstations, portable media, teleradiology links, and any vendor-hosted archive or cloud storage. OCR guidance expects the organization to document where ePHI flows, so record data paths as well as devices. The output is a data flow inventory with an owner, location and network exposure noted for each asset.

  3. Identify threats and vulnerabilities for each asset

    For each inventoried asset, list the threats that could affect confidentiality, integrity or availability, such as ransomware, phishing, misconfiguration, unpatched imaging servers, and exposure to the Internet. Then list the vulnerabilities that make those threats possible, including open ports, default credentials, missing audit logs, and unencrypted transmissions. Technical checks such as external scans, configuration reviews and access reviews provide the evidence. The output is a threat and vulnerability register linked to each asset.

  4. Rate likelihood and impact for each risk

    Score each threat and vulnerability pair for how likely it is to occur and how much harm it would cause to patients, operations and the organization. Use a documented scale that the team applies the same way across all assets, and record the reasoning behind each rating. Ratings should reflect the controls already in place, not the controls planned. The output is a ranked risk list that shows the highest-priority exposures first, such as an Internet-reachable PACS server with no recorded risk review.

  5. Record decisions in the risk management plan

    For each ranked risk, decide whether to mitigate, accept, transfer or avoid it, and assign an owner and a target action. Document the security measures chosen, and for addressable specifications, record why a measure is or is not reasonable and appropriate and any equivalent alternative. Separate the work the practice does from the work a managed service or imaging vendor performs under a business associate agreement. The output is a risk management plan with a named owner, status and evidence location for every decision.

  6. Verify that the plan is carried out

    Confirm that each mitigation is in place, for example that PACS servers are no longer reachable from the Internet, that remote access uses multi-factor authentication, and that audit logging is enabled and reviewed. Test the result rather than relying on a ticket being closed. Keep dated evidence such as configuration exports, scan results and change records. The output is a verification record that ties each closed risk to evidence an assessor could review.

  7. Schedule updates after every relevant change

    Set a review cadence and define the events that trigger an update, including new modalities, a new teleradiology partner, a PACS migration, a merger, a security incident, or a new vendor-hosted service. Each trigger should reopen the affected parts of the inventory and risk list. Keep prior versions so the history of decisions can be shown. The output is a dated revision log and an update procedure that the security official signs off.

What an imaging provider pays for when it meets HIPAA Security Rule requirements

This table breaks down the cost components an imaging or diagnostic provider typically carries to meet the Security Rule, separating one-time setup from recurring work and naming who is paid for each. Use it to structure a fixed-scope quote request, since no dollar figures are supplied here beyond the OCR settlement amounts already published. The main takeaway is that most of the cost sits in internal ownership and PACS hardening, and that independent assessment is optional and periodic.

Cost componentWho is paid or who does the workOne-time or recurringWhat drives it up
Security official and internal ownersYour staff time for the security official, PACS administrators and clinical system ownersRecurring, with a one-time setup periodNumber of PACS, modalities and reporting systems in scope, and how many sites share one PACS
Risk analysis and risk management planInternal staff, with an implementation partner or consultant if you engage oneOne-time, then recurring updatesUnmapped ePHI locations, teleradiology links, and past findings that never received a documented response
PACS hardening and remote access removalImplementation partner or internal engineers, plus any PACS vendor work neededOne-time, project-basedInternet-exposed servers, legacy PACS versions, and vendor-managed systems you cannot change directly
Network segmentation and encryption in transitImplementation partner or network staff, plus hardware or licensing where neededOne-time, project-based, with ongoing maintenanceNumber of imaging devices, modality worklists, and external sites that exchange images
Audit logging and monitoringInternal staff and any managed security provider you retainRecurringLog volume from imaging systems, retention period, and whether logs are reviewed by people or only collected
Tooling and licensesSoftware and service vendorsRecurringNumber of users, endpoints and servers covered, and whether tools are self-hosted or subscription-based
Independent assessment (optional)An independent auditor or assessor you engage directly; DeployOpen does not issue reportsPeriodicScope of systems tested, number of sites, and whether you need evidence for a contract or regulator

Who owns the controls, who prepares evidence and who independently assesses

The imaging provider remains the covered entity or business associate, so it owns the Security Rule outcome. That means it must perform and keep current the risk analysis required by 45 CFR 164.308(a)(1)(ii)(A), decide how risks are managed, write the policies and procedures that 45 CFR 164.316 requires, train its workforce, and make breach notification decisions. The organization also designates a security official and accepts the consequences if a control fails. A vendor can supply the security official role on a part-time or outsourced basis, but the designation and accountability stay with the provider.

  • Risk analysis and risk management: Own the accurate and thorough analysis of every system that creates, receives, maintains or transmits ePHI, including PACS servers, modalities, reporting workstations and remote access paths.
  • Policies and procedures: Approve and enforce the written rules that govern access, transmission, device handling and incident response.
  • Workforce and training: Schedule and record security awareness training for technologists, radiologists, billing staff and contractors.
  • Breach decisions: Determine whether an event is a breach, run the four-factor assessment, and meet the 60-day outer limit in 45 CFR 164.404.
  • Security official role: Keep a named individual accountable, even when an outside firm performs day-to-day tasks.

Before signing any scope, confirm in writing which of these items the provider will keep in-house and which it will delegate.

Securing PACS, image transmission and cloud archives under the Security Rule

For an imaging provider, the most exposed part of the Security Rule is usually the picture archiving and communication system (PACS) and the DICOM services around it. The Vision Upright MRI case turned on medical images on a PACS server that could be reached over the Internet, so the first check is an inventory of every listening DICOM, web viewer and archive interface, with the network path from outside the building to each one. Those services should sit on internal segments or behind a VPN or zero-trust gateway, and any remote reading access should go through a documented, approved route. Ask your PACS vendor which DICOM ports and web components must be reachable, whether they support certificate-based or directory-integrated sign-on, and which of these settings are product defaults you must change.

Images in transit fall under 45 CFR 164.312(e)(1), which requires technical measures guarding against unauthorized access to ePHI sent over an electronic communications network. In practice, that means identifying every path an image takes: modality to PACS, PACS to reading workstations, site-to-site links, teleradiology partners, and uploads to outside archives. Each path needs a stated protection, such as TLS or an encrypted tunnel, and the protection must be verified on the wire, not assumed from a vendor brochure. Viewer access also needs authentication and audit logging, so that you can show who opened which study and when. Confirm with each vendor whether its viewer logs study-level access and whether those logs can be exported to your central log store. Encryption and multi-factor authentication requirements are covered in the HIPAA security requirements guides, so this section focuses on where those controls must be applied in the imaging workflow.

Cloud archives add a second layer. Before you move studies to a vendor-hosted or cloud archive, confirm that the provider will sign a business associate agreement, identify where the data is stored and backed up, and describe who can administer the environment. Request the vendor's documented security configuration and check it against your risk analysis, which must cover every location where ePHI is created, received, maintained or transmitted. Ask whether the archive supports customer-managed encryption keys, separate administrator roles, and retention of access logs for your review. These are questions to put to the vendor in writing, and the answers should be treated as claims to verify, not as proof of compliance.

How an imaging provider moves from risk analysis to an assessment-ready state

The sequence turns a risk analysis into remediated systems, documented safeguards and tested evidence that an independent assessor can review. No durations are fixed; the schedule depends on the written scope and the organization's own environment.

  1. Define scope and inventory every ePHI location

    The organization, with its implementation partner, lists every system that creates, receives, maintains or transmits ePHI, including modalities, PACS servers, reporting workstations, teleradiology links, backup targets and vendor-hosted services. OCR's guidance expects this scope to cover ePHI in every form of electronic media, so the inventory is the foundation for everything that follows. It is done when each location has an owner, a data flow diagram and a documented reason it holds ePHI.

  2. Complete the risk analysis and risk management plan

    The security official leads an accurate and thorough assessment of threats and vulnerabilities to the inventoried ePHI, then records likelihood and impact for each finding. The risk management plan assigns each finding a treatment, an owner and a review date. The Vision Upright MRI and Ambry Genetics settlements both cited risk analysis failures, so the output must be specific enough for an assessor to trace from a finding to a control. It is done when every finding has a documented treatment and the approving leader has signed the plan.

  3. Remediate exposed systems and transmission paths

    Engineers remove direct Internet exposure of PACS and imaging archives, place them behind controlled access paths, and confirm that ePHI sent across networks is protected in transit as 45 CFR 164.312(e)(1) requires. Changes are made in the client's own infrastructure and recorded in change tickets. The step closes when external scans no longer reach imaging systems, transfers use approved encrypted channels, and each change maps back to a risk management plan entry.

  4. Document policies, procedures and workforce training

    The organization writes or updates the policies and procedures that the risk management plan depends on, covering access, incident response, device handling and backups. Training records show which workforce members received instruction and when. Policies must reflect how the systems actually operate, so each procedure is checked against the remediated environment. The step is complete when every policy has an approval date, an owner and a review cycle, and training records can be produced for each role.

  5. Test controls and review audit logs

    Testing checks that remediated controls work as documented. Scans confirm exposure has been removed, access reviews confirm that only authorized staff can reach imaging data, and log reviews confirm that access to ePHI is recorded and examined. Any defect found is logged, fixed and retested. The step closes when test results, log review records and retest evidence are filed against the matching risk findings.

  6. Prepare the breach notification path

    The organization confirms how it would detect and escalate a suspected breach of unsecured PHI, and how it would meet the notification duties in 45 CFR 164.404, which set a maximum of 60 calendar days after discovery. Assured Imaging's case cited late notification, so this path is tested with tabletop exercises and reviewed against the incident response procedures. It is done when the escalation roles, contact lists and notification templates are approved and a tabletop exercise has been recorded.

  7. Commission an independent assessment if purchased

    If the organization buys an independent assessment, the assessor reviews the evidence and forms its own conclusions. DeployOpen prepares systems, controls and evidence but does not issue audit reports, attestations or certifications. The organization should confirm with any assessor what it will examine, how it will sample evidence and what it will deliver. This step is optional, and its scope is set by the written agreement with the assessor, not by this sequence.

What must be in place before an OCR review or independent assessment

Imaging and diagnostic providers are usually asked for the same few artifacts first: a risk analysis, a map of where ePHI lives, and proof that someone acts on the findings. The cards below cover what should exist and how to check it internally before an OCR request or a third-party assessment arrives.

Current risk analysis with dated updates

OCR's enforcement record for imaging providers repeatedly centers on the absence of a risk analysis. Confirm that a written, enterprise-wide risk analysis exists, that it covers every system holding ePHI, including PACS, reporting and archive servers, and that it shows dated revisions after material changes such as a new modality, a new cloud service or a security incident. Ask whether each finding has a recorded decision, owner and date.

Complete ePHI location inventory

Imaging providers often hold ePHI in more places than the EMR: DICOM archives, workstations at reading sites, teleradiology exchanges, backup copies and vendor-hosted viewers. Maintain an inventory listing where ePHI is created, received, maintained or transmitted, in every electronic medium. Check it by comparing the inventory against network diagrams and asset records, and by asking staff whether they have ever exported images to a personal device or a shared drive.

Risk management plan with named owners

A risk analysis identifies problems, but OCR also asks what the organization did about them. A risk management plan should list each significant risk, the chosen measure, the person accountable for it and the target date. Check whether open items are tracked to closure and whether the plan has been reviewed by leadership. Items such as internet exposure of imaging servers should appear with an owner, not only in a scan report.

Documented policies and training records

Written policies and procedures must cover each Security Rule requirement that applies to your operations, and workforce members must receive training on them. Check that policies name a security official, describe access and sanctions, and were reviewed after changes in systems or staffing. Pull training attendance records for radiologists, technologists, schedulers and contractors, and confirm that records are kept and retrievable.

PACS and EMR access and audit logs

Access to PACS and EMR systems should follow documented role assignments, with prompt removal of access when staff leave. Confirm that audit logs record access to imaging studies and patient records, that logs are retained for a defined period and reviewed by someone other than the administrator, and that a sample of accounts matches current employment. Ask whether PACS management interfaces are reachable from the Internet, since that exposure is the pattern in a 2025 OCR settlement.

Tested breach notification procedure

Notification clocks start when a workforce member knows, or should reasonably know, of a breach, not when the investigation ends. Confirm that a written procedure defines who decides whether an incident is a breach, how the four-factor risk assessment is documented and who sends notices. Test the procedure with a tabletop exercise that includes ransomware with possible data theft, and check that the timeline can meet the 60-day outer limit for individuals.

In-house, outsourced or hybrid: which model fits an imaging group

This table compares four ways an imaging group can staff its Security Rule work: in-house security staff, a managed IT provider, a fixed-scope implementation partner and an independent assessor. Read each row for when the model fits and what the organization still owns, because the covered entity keeps accountability for its risk analysis and safeguards under every option.

ModelWhen it tends to fitWhat the organization still owns
In-house security staffSingle site with a capable IT lead who can run the risk analysis, keep the ePHI inventory current and review PACS access logsRisk analysis, risk management plan, policies, workforce training, breach decisions and final sign-off on every safeguard
Managed IT or MSP arrangementSingle or small group practice that wants day-to-day patching, backups and monitoring handled under a business associate agreementOwnership of the risk analysis, access approvals, the vendor's written obligations and oversight of how the provider performs
Implementation partner, fixed scopeMulti-site group that needs a one-time build or remediation, such as hardening a PACS, segmenting imaging networks or documenting ePHI flowsAcceptance of deliverables, the operating model after handover, staff training and keeping evidence current after the project closes
Independent assessor, periodic validationGroups that want an outside view of their risk analysis or controls, or that a payer, partner or contract asks to see validated resultsCommissioning and scoping the review, acting on findings, and the decision on what to report to regulators or partners
Hybrid (commonly used)Multi-site groups with teleradiology reads and third-party vendor archives, where internal staff own decisions and outside parties run systems or testingSingle accountable owner for the Security Rule program, a current vendor inventory, and contract terms that cover each party's duties

Questions imaging providers ask before hiring outside help

Is there a HIPAA certification I can get for the Security Rule?

No. HHS states that no Security Rule standard requires an entity to certify compliance, and HHS does not endorse or recognize private organizations' HIPAA certifications. A certificate from a private firm also does not stop HHS from later finding a violation. What you can buy is an independent assessment or readiness review, and its report describes what was tested on a given date. Ask any vendor who offers a HIPAA certificate which HHS guidance supports the claim, and treat a "HIPAA certified" logo as marketing unless the assessment scope and report are provided. The HHS FAQ on certification explains HHS's position.

How much effort does a first HIPAA risk analysis take for an imaging provider?

Effort depends on how many systems hold or move ePHI and how well those systems are documented. OCR's guidance says the scope must cover all ePHI you create, receive, maintain or transmit, in every form of electronic media, so the first pass is mostly inventory work: PACS servers, modalities, reporting workstations, teleradiology links, backups, email, billing systems and any vendor-hosted services. The main drivers are the number of sites, whether PACS is on premises or in a cloud account, the number of third parties with access, and whether old systems were ever recorded. Ask for a plan that lists the systems in scope, the people interviewed, the threats and vulnerabilities assessed, and the risk management plan that follows. The OCR risk analysis guidance is the reference to check a proposal against.

Can our team run the HIPAA risk analysis ourselves?

Yes. The Security Rule does not require outside help, and the risk analysis is the provider's own obligation under 45 CFR 164.308(a)(1)(ii)(A). Many small imaging groups do the work with a named security official, a written method and an HHS-recognized tool. The practical limits are knowledge of PACS network exposure, vulnerability scanning and the technical depth needed to judge whether a finding is a real risk. OCR's enforcement record includes a single-site imaging provider that had never completed a risk analysis, so the question is less about who does the work and more about whether a complete, current analysis exists and is acted on. Internal staff can own the process while an outside firm reviews the method, tests exposed systems or challenges the results.

What can a third-party HIPAA assessment show, and what can it not show?

A third-party assessment can show that a defined scope was examined against specific Security Rule provisions, using stated methods, on the dates tested. It can identify gaps such as an unscanned PACS interface, missing encryption on a transfer path, or no documented risk analysis. It cannot show that you are compliant in general, that future operations will meet the rule, or that OCR will accept your position. An assessor also cannot issue an official HHS determination or a HIPAA certificate. Read the report's scope, sample size, dates and exclusions before relying on it, and keep the report with your remediation evidence. Ask the firm to state these limits in writing.

What should we ask a partner to include in a quote?

A quote should follow from a written scope, and it should name every item that drives the cost. Ask for:

  • The systems, sites and vendors in scope, including PACS, modalities, workstations, backups and cloud accounts
  • Each deliverable, such as a risk analysis report, risk management plan, policy set and evidence index
  • Who does what: the provider's staff, the partner's staff, and any outside auditor you engage separately
  • Testing included, such as external scanning or configuration review of exposed PACS servers, and what is excluded
  • Whether work is one-time or recurring, such as annual risk analysis updates or retained support
  • Acceptance criteria and the schedule of milestones before work starts

State clearly that the partner prepares evidence and does not issue audit reports or certifications.

How do OCR civil money penalties apply to a HIPAA Security Rule violation?

For penalties assessed on or after January 28, 2026, the inflation-adjusted amount under 45 CFR 102.3 ranges from $145 per violation where there was no knowledge, up to $2,190,294 per violation for uncorrected willful neglect, with a calendar-year cap of $2,190,294 for identical violations. The amount an entity pays depends on the culpability tier, how long the violation lasted, and how quickly it was corrected. Settlements are often far below the statutory maximum. Recent imaging cases illustrate the range: one single-site provider paid $25,000 after exposed PACS images and a missing risk analysis, and another paid $375,000 after ransomware and late breach notification. Neither figure is a formula, so treat them as examples of enforcement outcomes rather than predictions for your organization.

How to check an implementation partner or assessor before signing

Imaging and diagnostic providers often bring in outside help for systems work, risk analysis support or a third-party assessment, and each role carries different obligations. The checks below separate who owns the Security Rule program, who prepares systems and evidence, and who may issue an independent opinion. Confirm these points in writing before any work starts.

Confirm independence and qualifications

Ask whether the firm or individual is independent of the systems it will configure, the vendors it will recommend and the findings it will report. A firm that installs or hardens a PACS or RIS and then assesses its own work has a conflict that an assessor's report will not hide. Ask what qualifications the named staff hold, and confirm with the firm which of them is authorized to conduct a third-party review. HHS does not endorse or recognize private certifications, so ask what the firm claims to show and what it cannot.

Get written scope and deliverables

A HIPAA engagement should name the systems in scope, including the PACS, modality worklists, reporting and archive servers, remote access tools and backups, along with the deliverables and acceptance criteria. Ask for a written list of what the partner will produce, such as a risk analysis inventory, configuration baselines, or test results, and what the provider must do itself. Vague scope is the most common source of a gap that surfaces only during an OCR review.

Confirm the partner does not issue reports

Ask the partner to state in writing that it prepares systems, controls and evidence but does not issue audit reports, attestations or certificates. No HIPAA certification exists, so any document offered as proof of compliance should be treated with caution. Only the covered entity can demonstrate its own compliance, and a third-party assessment is an input to that demonstration, not a substitute for the entity's own risk analysis.

Check medical imaging system experience

Imaging environments combine legacy operating systems, modalities that cannot easily be patched, vendor-managed remote access and large image files. Ask for examples of work on PACS, DICOM networks and modality connectivity, described without client names if necessary. Ask how the firm would isolate modalities, restrict PACS exposure to the Internet and validate that a vendor's remote support path is controlled. Ask which of these tasks the firm would ask the imaging vendor to perform.

Agree how evidence is handed over

Decide before work starts which artifacts the provider keeps and which it transfers, such as the risk analysis workbook, risk register, configuration exports, scan outputs, change records and training logs. Ask for the format, the storage location and who holds administrator credentials after the engagement ends. The Security Rule requires documentation to be retained and available for six years, so the evidence should sit in systems the provider controls, not only in the partner's tooling.

Confirm business associate terms

If the partner can reach ePHI, including remote access to a PACS, a support console or an image archive, it is likely a business associate and needs a business associate agreement before access begins. Confirm the agreement covers subcontractors, safeguards for the systems it touches, breach reporting to the imaging provider and return or destruction of PHI at the end of the contract. Ask whether the partner has signed agreements with its own subcontractors, such as hosting or backup providers.

How DeployOpen works on this

DeployOpen plans, implements, hardens, documents and supports self-hosted open-source platforms inside your own infrastructure, including the imaging systems that hold and move ePHI. We prepare systems and evidence for review, while your organization owns its controls and an independent assessor or auditor reports on them.

How we scope

  • Written scope lists every PACS, archive, modality and reporting system that creates, receives, maintains or transmits ePHI.
  • Scope documents where imaging data is stored, received, maintained and transmitted, in every electronic medium used.
  • Engagements are fixed-scope, with deliverables and timelines agreed in writing before any work starts.

How we build

  • Systems are hardened so PACS servers are not reachable from the Internet unless a documented, justified need exists.
  • Transmission security controls cover image and report traffic between modalities, reading rooms and outside parties.
  • Audit logging, access control and backup are configured and tested against the safeguards your risk analysis identifies.

How we hand over

  • You receive documentation of system configuration, data flows, safeguards and the evidence each one produces.
  • Risk analysis inputs, such as system inventories and asset lists, are delivered for your security official to review and own.
  • Addressable specifications are documented with the reasoning and any equivalent alternative measures put in place.

How we support

  • Ongoing support, upgrades and continuous security testing are available as retainers after handover.
  • Retainers can cover patching, backup restore tests and periodic review of access and audit logs.
  • Ask any proposed partner to confirm in writing which assessments they prepare for and which only an independent assessor performs.

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.