Key Takeaways
- Shortlist agencies against three procurement proofs: HIPAA-aligned technical controls, WCAG accessibility testing tied to DOJ ADA expectations, and evidence-based UX for low health literacy audiences 1, 8, 9.
- Decide whether the agency’s scope touches PHI or intake data, because that determination triggers a signed BAA, breach-notification duties, and business associate documentation obligations 3.
- Require named artifacts in the RFP: a redacted risk analysis, hosting attestation with BAA, and a public web server hardening checklist grounded in HHS and NIST guidance 1, 4, 5, 6.
- Treat accessibility as contract terms by demanding a dated VPAT, a WCAG audit against actual templates, and a written remediation SLA with owners on both sides 7, 8.
- Require a repeatable task-based test protocol for patient-facing flows, because users with limited health literacy need roughly two extra minutes per task and hit more navigational barriers 10.
- Score content clarity on primary conversion pages with a defined method like the CDC Clear Communication Index, reported alongside form-completion and call-conversion deltas 9, 13.
- Run compliance, accessibility, and CRO as one loop, requiring a prior test log tying hypotheses to GA4 events, call tracking, and admissions dispositions 12, 14.
- For multi-facility operators, force finalists to price against a variables worksheet covering audit scope, risk analysis scope, hosting structure, and named governance owners per artifact 1, 5, 7, 8.
The procurement lens: three proofs that separate specialists from generalists
Selecting a healthcare website development agency is a procurement decision dressed up as a design decision. The agencies worth shortlisting can produce artifacts on demand for three things: HIPAA-aligned technical controls for any surface that touches ePHI or intake data, WCAG-level accessibility testing tied to DOJ ADA expectations, and evidence-based UX for low health literacy audiences. Everything else — portfolio aesthetics, CMS preference, retainer tier — is downstream of those three proofs.
The security proof is grounded in the HIPAA Security Rule, which requires administrative, physical, and technical safeguards for electronic protected health information and applies to covered entities and their business associates 1, 3. A specialist agency can hand over a redacted risk analysis, a hosting attestation, and a BAA template without a scramble. A generalist cannot.
The accessibility proof runs through DOJ guidance stating that businesses open to the public must ensure their online services are accessible, and that inaccessible web content can deny equal access 8. Expect a VPAT, a current WCAG audit, and a remediation SLA — not a screenshot of an overlay widget.
The usability proof is the one most generalists skip. Patient-facing flows have to be tested with real users under a defined protocol, the approach AHRQ documents in its health literacy toolkit 9. Task completion on intake and contact flows is what turns compliance-safe design into admissions calls.
Scoping the agency’s role: business associate or marketing-only vendor
The single most consequential line item in a healthcare website contract is not the CMS or the sprint cadence. It is whether the agency’s scope of work brings it into contact with protected health information. That determination decides whether the agency signs a business associate agreement, carries breach-notification obligations, and inherits documentation duties — or stays a marketing-only vendor with a lighter contract.
The dividing line is drawn by federal rule. The HIPAA Security Rule applies to covered entities and their business associates, meaning any vendor that creates, receives, maintains, or transmits ePHI on the covered entity’s behalf sits inside the compliance perimeter 3. The Privacy Rule reinforces the same perimeter for PHI more broadly, and it grants patients rights of access and correction over that information — rights the website may need to support if it collects intake data or routes portal requests 2.
Web managers should scope the agency’s role against a concrete test: does the deliverable touch PHI or intake data at any point in its lifecycle? An admissions intake form that captures name, phone number, insurance, and reason for seeking treatment is PHI the moment it lands. A portal single sign-on integration, a chat widget that routes to the clinical team, a form handler that emails responses to an admissions inbox — each pulls the agency into business associate territory and requires a signed BAA before development begins.
A brochure-style program page, a blog article, and a paid media landing page that hands off to a compliant intake system built by someone else can sit outside that perimeter. The distinction matters for contract structure, insurance requirements, and the artifacts the RFP should demand from the agency in the next section.
Security and compliance artifacts to demand in the RFP
A healthcare RFP that asks vendors to “be HIPAA compliant” produces marketing brochures, not defensible documentation. The RFP should instead name the specific artifacts an agency must attach to its response — the same artifacts an OCR investigator or a CFO’s outside counsel would ask to see if something went wrong. Specialist agencies keep these documents on hand. Generalists write them for the first time during the RFP window, and it shows.
The three artifact categories worth scoring separately are:
- Administrative safeguards documentation
- Hosting and infrastructure attestations
- Public web server hardening evidence
Each maps to a distinct part of the HIPAA Security Rule and to related NIST guidance the agency’s engineering team should already know by name.
Risk analysis samples and administrative safeguards
The first artifact to demand is a redacted risk analysis from a prior healthcare engagement. The Security Rule requires administrative, physical, and technical safeguards for ePHI, and HHS publishes tools specifically to help covered entities and business associates document those safeguards in a cost-effective way 1, 4. An agency that has never produced a risk analysis for a client cannot produce one for a treatment center on a deadline.
Ask for three things in the response:
- A sanitized risk analysis covering an intake or portal surface the agency has built.
- The workforce security policies applied to developers with access to ePHI.
- A change-management log showing how code and configuration changes are reviewed before deployment.
Score the depth of the documentation, not the vocabulary in the cover letter.
Hosting, cloud, and public web server hardening evidence
The second artifact set covers where the site actually runs. Most treatment-center websites and intake surfaces sit on public cloud infrastructure, which pulls in the control considerations NIST outlines for public cloud environments — tenant isolation, data location, incident response boundaries, and the division of security responsibility between the cloud provider and the agency operating on top of it 5. The RFP should require the agency to name its hosting provider, describe the BAA it holds with that provider, and identify which controls sit with the provider versus which the agency configures itself.
The third artifact set is public web server hardening. NIST’s guidance on securing public web servers is the reference an agency’s engineering lead should be able to speak to without preparation, covering configuration hardening, patch cadence, logging, and the handling of forms and scripts that are exposed to the open internet 6. Ask for the agency’s current server hardening checklist, its patch SLA in hours or days, and an example of a recent CVE it remediated across client environments.
Two follow-up questions separate operators from resellers:
- Who monitors the web server logs for anomalous activity, and where do those alerts go?
- When a form submission carries intake data toward an admissions inbox or CRM, what encryption in transit and at rest applies at each hop?
Vague answers to either question mean the agency is relying on the hosting provider’s defaults and calling it a security posture.
Accessibility: from WCAG audits to DOJ ADA exposure
The regulatory frame the agency’s engineering and QA leads should be able to speak to has two anchors. Section 508 of the Rehabilitation Act, administered through Access Board standards, defines the underlying framework for accessible electronic and information technology that most healthcare VPATs map to 7. DOJ’s web guidance sits on top of that, translating nondiscrimination and effective communication obligations into concrete expectations for public-facing sites 8. An agency that cannot connect those two documents to the deliverables it ships is guessing.
Three artifacts belong in the scoring rubric, and each has a specific failure mode when it is missing.
- VPAT (current version). A dated Voluntary Product Accessibility Template covering the CMS, theme, and any custom components the agency will deploy. Undated or template-only VPATs indicate the agency has not tested its own build system against Section 508 criteria 7.
- WCAG audit report. A recent third-party or internal audit against WCAG 2.1 AA (or later) covering keyboard navigation, screen reader compatibility, color contrast, form labels, and error handling on the exact templates the treatment center will use — not a demo site.
- Remediation SLA. A written service level for time-to-fix on critical, serious, and moderate issues found post-launch, with named owners on both sides. Without this, findings from the audit sit in a backlog and the DOJ exposure stays open 8.
Two follow-up questions expose depth. Ask the agency to walk through how a screen reader user would complete the primary admissions form, including required fields, error states, and confirmation. Then ask how the agency validates accessibility on every release, not just at launch — automated scans in CI, manual assistive-technology testing on a defined cadence, or both. If the answer is an overlay widget, the finalist list just got shorter.
Evidence-based UX for low health literacy audiences
The people filling out an admissions form at 2 a.m. are rarely calm, rested, or reading at a college level. They are often the patient’s mother, an adult child, or the patient themselves in a moment of decision. Any agency claiming to design for treatment centers should be able to describe how it accounts for that reader — not as a persona slide, but as a task-completion problem tied to admissions call volume.
The load-bearing data point sits in a peer-reviewed portal usability study of vulnerable populations. Participants with limited health literacy needed about 2 additional minutes per task and were more likely to hit navigational barriers than higher-literacy peers 10. In an admissions context, a two-minute penalty on a phone-first intake form is the difference between a completed submission and an abandoned tab. Every extra field, every ambiguous label, every hidden confirmation state extends that penalty.
- Higher health literacy users: baseline task time
- Limited health literacy users: baseline + ~2 additional minutes per task, with a higher rate of navigational barriers 10
Source: Online patient websites for electronic health record access among vulnerable populations, PMC.
The pattern is not isolated to one study. Reviews of portal engagement identify health literacy, education, age, caregiver role, and portal usability as recurring drivers of whether patients complete portal tasks at all 12. A separate review of health literacy and portal use finds that persons with limited health literacy are less likely to use patient portals, with the caveat that findings vary by context 11. Hospitalized-adult research adds that low eHealth literacy is strongly associated with lower awareness, lower use, and more negative attitudes toward digital tools 14. Translated to a treatment-center site, those findings argue for reducing cognitive load on the primary conversion paths and building confidence at each step, not for adding animation or personalization.
The RFP question is whether the agency can demonstrate a repeatable protocol for testing patient-facing flows with the intended audience. AHRQ’s Health Literacy Universal Precautions Toolkit is the reference. It recommends observing patients using the portal, choosing easy-to-use tools, and assessing whether information is easy to understand — an evaluation method, not a design preference 9. Ask the agency for its task-based test protocol, the recruiting criteria it uses, and a sample findings report from a prior healthcare engagement. What matters is whether the agency has watched a real user attempt an intake form and rewritten the form based on what broke.
Two follow-up prompts sharpen the scoring. First, name the three most common failure points the agency has documented on admissions or intake flows and the fix applied to each. Second, describe how those fixes were validated — repeat testing, live analytics on completion rates, or admissions call attribution. Agencies that answer with heatmap screenshots are describing tooling. Agencies that answer with task-completion deltas are describing outcomes.
Data-Driven Website Development for Healthcare Admissions
Leverage specialized healthcare website development rooted in industry benchmarks to improve conversion rates and reduce cost per qualified admission. Built for the compliance, trust, and performance needs of treatment centers.
Optimize Your SiteContent clarity as a conversion lever
Copy is where compliance-safe design either earns admissions calls or loses them. A specialist agency treats content clarity as a measurable property of the site, not a stylistic preference. The reference standard already exists in public health practice: the CDC’s Clear Communication Index gives a scored rubric for whether patient-facing content is understandable, and it has been applied directly to patient portal content in the literature.
- Patient portal measured score: 72%
- CDC Clear Communication threshold: 90%
Source: Measuring Health Literacy Levels of a Patient Portal Using the CDC’s Clear Communication Index 13.
The 18-point gap in that study is the argument. A portal that looks polished still fell well short of the clarity threshold when scored against a public-health rubric 13. Treatment-center program pages, insurance explainers, and intake forms tend to sit in the same territory — written by clinicians, lightly edited by marketing, and never scored against anything.
What to require from the agency: a defined content scoring method applied to the primary conversion pages before and after rewrites, with the scores reported alongside form-completion and call-conversion deltas. The Clear Communication Index is one option; a documented plain-language protocol tied to AHRQ’s health literacy toolkit is another 9. Either is defensible. Neither is optional.
Ask the agency for a before-and-after sample from a prior healthcare engagement: the original page, the rewritten page, the clarity score for each, and the change in the downstream metric the treatment center actually cares about — verified admissions calls per session on that page. Agencies that can produce that sample have integrated content into the conversion system. Agencies that answer with brand voice guidelines or SEO word counts have not.
CRO as the connective tissue between compliance and admissions economics
Compliance work and accessibility work are usually procured as insurance. Conversion rate optimization is where they start paying back. A healthcare website development agency that separates the three into distinct service lines is describing an org chart, not a system. A specialist agency runs them as one loop: the compliance-safe intake form is the form that gets tested, the accessible template is the template that gets rewritten for clarity, and the CRO scorecard tracks whether those changes lifted qualified admissions calls per session.
The evidence for treating CRO as the connective tissue is already in the usability literature. Reviews of portal engagement identify portal usability alongside health literacy, education, caregiver role, and provider endorsement as recurring drivers of whether patients complete tasks 12. Hospitalized-adult research adds that low eHealth literacy is strongly tied to lower awareness and more negative attitudes toward digital tools — meaning confidence-building patterns on the site are a conversion lever, not a decoration 14. Neither finding is served by an agency that ships a redesign and hands off to a separate CRO retainer six months later.
What to require from the agency: a test plan that ties each proposed change on the primary conversion paths — hero, program page, insurance verification, intake form, thank-you state — to a named GA4 event, a call-tracking outcome, and an admissions-side disposition. The plan should specify the accessibility and content-clarity constraints each variant must respect before it goes live, so no test violates the artifacts required earlier in the RFP. Agencies that can produce a prior test log with pre/post completion rates and matched admissions call volume have integrated the three disciplines. Agencies that answer with a heatmap tool and a monthly report have not.
Two questions close the section. First, who on the agency side owns the hypothesis-to-admissions attribution — a strategist, a developer, or nobody named? Second, how many tests per quarter does the agency run on a comparable treatment-center account, and what share of those tests reached statistical significance? The answers separate an admissions-economics partner from a redesign vendor billing for a second phase.
If you manage multiple facilities: a scoping worksheet for portfolio operators
The audience shifts here. If a single-facility web manager owns one site and one intake funnel, a portfolio operator — a regional MSO, a PE-backed behavioral health group, a system with six or more facilities under shared marketing governance — is buying a template system, an accessibility program, and a risk analysis pattern that scales. The scoring criteria in the prior sections still apply. What changes is how they are scoped across facilities and who owns each artifact after launch.
The research base does not publish agency pricing for multi-facility healthcare builds, and any dollar figure quoted here would be invented. What can be scoped honestly is the variable set the RFP should force each finalist to price against. Handing procurement a variables worksheet — not a fixed quote — is how operators keep bids comparable.
| Variable | What to specify in the RFP |
|---|---|
| Number of facilities | Total site count, plus which facilities share a legal entity and which do not |
| Template model | Shared parent templates with facility-level overrides, or per-facility builds |
| Accessibility audit scope | Audit per template versus audit per unique URL, and cadence for re-audit 7, 8 |
| HIPAA risk analysis scope | One analysis per intake surface pattern, or one per facility instance 1, 4 |
| Hosting and BAA structure | Single cloud tenant with logical separation, or per-facility tenants 5 |
| CRO test velocity | Tests per facility per quarter, and whether wins propagate to sibling templates |
| Governance owner | Named accountable party per artifact: risk analysis, VPAT, remediation SLA, test log |
Two decisions drive most of the cost variance:
- Whether accessibility audits are scoped per template or per URL — the per-template model compounds savings across a portfolio only if the agency enforces template discipline in the CMS.
- Whether one risk analysis pattern can cover all intake surfaces or each facility requires its own — a question tied to how the covered entities are organized under HIPAA, not to the agency’s preference 3.
Answer both before the RFP goes out, and the finalist bids become directly comparable.
Scoring the finalists: a defensible decision for the CFO
The scoring rubric that survives a CFO’s review is not a spreadsheet of impressions. It is a weighted matrix that ties each finalist’s response to the artifacts the earlier sections named, with points awarded for what the agency actually produced during the RFP window — not what it promised to produce after signing.
Five categories carry the weight:
- Security and compliance documentation covers the redacted risk analysis, hosting attestation, BAA template, and public web server hardening checklist grounded in HHS and NIST guidance 1, 4, 5, 6.
- Accessibility deliverables cover the dated VPAT, WCAG audit against the actual templates, and remediation SLA tied to DOJ ADA expectations 7, 8.
- Evidence-based UX covers the task-based test protocol, recruiting criteria, and a prior findings report aligned with AHRQ’s toolkit 9.
- Content clarity covers a before-and-after sample with a defined scoring method and downstream metric change.
- CRO integration covers a prior test log with pre/post completion rates matched to admissions call volume.
Weight the categories against the treatment center’s exposure, not the agency’s strengths. A site with a live portal integration should weight security and accessibility highest. A site rebuilding its intake funnel should weight UX and CRO integration highest. Assign the same weights to every finalist before responses arrive, and record the score with the signature.
The defensible answer to the CFO is a scored matrix, the artifacts attached, and a named owner for each artifact post-launch. That package survives a board question, an OCR inquiry, and the next agency review two years out.
Frequently Asked Questions
Does a healthcare website development agency need to sign a business associate agreement?
Yes, whenever the scope brings the agency into contact with PHI or intake data. The HIPAA Security Rule applies to covered entities and their business associates, so any vendor that creates, receives, maintains, or transmits ePHI on the treatment center’s behalf must sign a BAA before work begins 3. A brochure page with no PHI handling can sit outside that perimeter.
What accessibility artifacts should we require before signing a contract?
Three, at minimum: a dated VPAT covering the CMS, theme, and custom components; a WCAG 2.1 AA audit against the actual templates the treatment center will use; and a written remediation SLA with time-to-fix commitments for critical, serious, and moderate findings. DOJ has stated that businesses open to the public must ensure their online services are accessible, so these artifacts protect against exposure that sits with the treatment center 8.
How do we tell a healthcare specialist agency from a generalist with a healthcare portfolio?
Ask for artifacts, not case studies. A specialist produces a redacted risk analysis, a hosting attestation grounded in NIST cloud guidance, a public web server hardening checklist, a current VPAT, and a task-based usability protocol without a scramble 1, 5, 6, 9. A generalist writes those documents for the first time during the RFP window. The response time and the specificity of the documents separate the two.
What proof of admissions-focused CRO capability should we ask for?
Require a prior test log that ties each hypothesis to a GA4 event, a call-tracking outcome, and an admissions-side disposition, with pre/post completion rates on primary conversion paths. Ask how many tests per quarter reached statistical significance on comparable accounts. Portal engagement research identifies usability alongside health literacy and provider endorsement as recurring drivers of task completion 12, so the log should reflect that integrated view.
How should scoping change when we manage six or more facilities?
Scope by variables, not by fixed quotes. Force each finalist to price against facility count, template model, accessibility audit scope per template versus per URL, HIPAA risk analysis scope per intake surface pattern, hosting and BAA structure, CRO test velocity per facility, and a named governance owner for each artifact 1, 5, 7, 8. Two decisions — audit unit and risk analysis unit — drive most cost variance.
Who owns HIPAA risk analysis documentation after the site launches?
The covered entity owns the risk analysis as an ongoing obligation, and the agency’s contract should name who updates it when code, hosting, or intake surfaces change. HHS publishes tools to help covered entities and business associates document safeguards cost-effectively, but the accountable party stays with the treatment center 1, 4. Assign a named internal owner and require the agency to deliver change logs that feed updates.
References
- The Security Rule. https://www.hhs.gov/hipaa/for-professionals/security/index.html
- Summary of the HIPAA Privacy Rule. https://www.hhs.gov/hipaa/for-professionals/privacy/laws-regulations/index.html
- Summary of the HIPAA Security Rule. https://www.hhs.gov/hipaa/for-professionals/security/laws-regulations/index.html
- Security Rule Guidance Material. https://www.hhs.gov/hipaa/for-professionals/security/guidance/index.html
- Guidelines on Security and Privacy in Public Cloud Computing. https://www.nist.gov/publications/guidelines-security-and-privacy-public-cloud-computing
- Guidelines on Securing Public Web Servers. https://www.nist.gov/publications/guidelines-securing-public-web-servers
- Rehabilitation Act – Access-Board.gov. https://www.access-board.gov/about/law/ra.html
- Guidance on Web Accessibility and the ADA. https://www.ada.gov/resources/web-guidance/
- AHRQ Health Literacy Universal Precautions Toolkit, 3rd edition. https://www.ahrq.gov/sites/default/files/publications2/files/health-literacy-universal-precautions-toolkit-3rd-edition.pdf
- Online patient websites for electronic health record access among vulnerable populations: portals to nowhere?. https://pmc.ncbi.nlm.nih.gov/articles/PMC6080722/
- Health literacy and patient web portals. https://pubmed.ncbi.nlm.nih.gov/29602432/
- Patient Portals and Patient Engagement: A State of the Science Review. https://pubmed.ncbi.nlm.nih.gov/26104044/
- Measuring Health Literacy Levels of a Patient Portal Using the CDC’s Clear Communication Index. https://pubmed.ncbi.nlm.nih.gov/27188894/
- eHealth Literacy and Patient Portal Use and Attitudes. https://pmc.ncbi.nlm.nih.gov/articles/PMC9919456/