πŸ₯ Charge-Nurse Triage Assistant

Forward-Deployed Engineering β€” I land clinical AI inside a hospital's real systems (VPC, behind the firewall β€” not vendor SaaS), wire it into their EHR workflow, operate it in prod, and drive adoption. The model is the easy part; the engagement is the job.

1The engagement β€” how this lands at a customer Β· the artifacts an FDE actually delivers, not just a model
deliverables β†’ customer-brief solution-design deployment-plan runbook postmortem handoff
2See it work β€” pick a patient Β· canned scenarios that hit the 497-case corpus (no free text β€” that misses the corpus)
↳ the agent's recommendation Β· rule-based ESI + BM25 retrieval over similar cases β€” grounded, no black box
Pick a patient above.
3The accountable human decides Β· the moment most AI demos skip β€” and where adoption lives or dies
Agent recommends: β€”
A charge nurse signs off. The agent never acts alone.
4When it breaks β€” graceful degradation Β· on-call flips mode via /admin/mode; the real forward-deployed deliverable (see runbook)
ai_assist
retrieval + rules + grounded rationale
stale_data
FHIR feed lagging β†’ "verify vitals manually"
rules_fallback
vector store down β†’ rule-only ESI, still safe
off
assistant silent β†’ pure human triage
Live on Cloud Run (~$0 idle, scale-to-zero). Rule-based ESI + BM25 retrieval + grounded template rationale β€” makes no LLM calls today (consumes $0 of the Vertex credit; honest by design). The FDE value is the runbook, the acceptance-test CI gate, the postmortems, and this human-decision layer β€” not the retrieval algorithm.