Something new at Headway

Expose note access before annual reviews raise questions

Published Oct 22, 2026

You’re the security / reliability engineer. Your team is in the room.

The setting

is a marketplace and software platform that connects patients, health insurers and independent providers of mental health care across the United States. is the software therapists and psychiatric prescribers use to accept insurance and run their practice.

Clinical transparency pulls against keeping sensitive access records difficult to alter.

Clinicians need a usable history of note access, while privacy and integrity require that history to remain trustworthy.

Who you’d be doing this for

“I got feedback on a note, and now I’m digging through messages to find out who saw it first.”

Gustaf Laine · Independent Clinical Social Worker · a character in this brief

Runs a solo outpatient practice and uses the clinical workspace for progress notes and documentation review responses.

What is at stake

Clinicians cannot independently see who accessed a note when review feedback arrives. You must weigh a useful clinical audit trail against the risk of exposing or weakening sensitive access records.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • clinician transparency vs. sensitive metadata exposure
  • audit completeness vs. documentation performance
  • shared trust primitives vs. a focused pilot
  • fast learning vs. privacy review

Why Headway

The clinical documentation workspace holds the records independent providers rely on to run care and respond to annual note review.

Written with these in mind

product security builderreliability-minded platform engineerprivacy engineering generalist

Not your kind of problem? 104 more at Headway, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Headway. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

  • Senior Security Engineer (Infrastructure) (opens in a new tab)
  • Staff Infrastructure Engineer · no longer posted
    • Staff-level influence: you drive decisions across team boundaries and raise the infrastructure bar org-wide without requiring management authority to do it
    • Build the Terraform self-serve platform with guardrails so engineering teams own their standard infrastructure changes and Reliability Engineering reviews only the non-standard ones.
  • Senior Security Engineer (Product) · no longer posted
    • Headway’s mission is a big one – to build a new mental health care system everyone can access.
  • Senior Software Engineer (Trust Foundations) · no longer posted
    • Building for trust is non‑negotiable in our mission of making mental healthcare more accessible and affordable across the US: patients share sensitive information, payers demand demonstrably strong controls, and providers depend on reliable, secure infrastructure.
    • Design, build, and operate core trust primitives - authentication providers, authorization engines, data governance, stratified encrypted data stores, and tamper‑evident audits.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about people starting something and never quite finishing it.

The same setting, from another role

Each is set around Headway’s Headway for Providers, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to remove a real security exposure while keeping the everyday workflow people depend on running smoothly.