Why healthcare AI projects stall
The models are capable enough. Healthcare AI projects stall on PHI handling, clinical safety sign off, EHR integration and the absence of any evidence that the tool is accurate on your patients.
Clinicians do not need another chatbot. They need the note written, the referral packet assembled and the phone answered, inside the EHR they already use, with a human signing off on anything clinical. We build ambient scribes, front desk voice agents and document agents on HIPAA eligible model endpoints, measure them against your own records before go live, and write the results back over FHIR. It is the same approach we run in production in Prescr, our own clinic product.
Key highlights
The models are capable enough. Healthcare AI projects stall on PHI handling, clinical safety sign off, EHR integration and the absence of any evidence that the tool is accurate on your patients.
Each use case below is built around a clinician or staff member who stays in control, with retrieval, structured outputs and an evaluation harness behind it.
Speech to text captures the consultation, an LLM turns it into a structured SOAP or specialty note with suggested ICD-10 codes, and the clinician edits and signs before it is filed to the EHR as a FHIR DocumentReference. Our own product, Prescr, runs an ambient scribe in production.
Voice and chat agents on Asterisk or LiveKit SIP that answer calls around the clock, book and reschedule against your scheduling API, take refill requests and hand off to staff with a summary. Clinical questions are always escalated, never answered.
Tool using agents pull problems, medications, labs and notes from the chart over FHIR, match them to payer criteria and draft the letter of medical necessity or referral letter for staff to check and submit.
RAG over your own protocols, formularies, care pathways and policies with hybrid search and citations to the source paragraph, so nurses and staff get the local answer rather than a generic one from the open internet.
Coding suggestions from the signed note, claim scrubbing explanations, and denial appeal drafts built from the 835 remittance reason codes and the chart. Coders and billers approve every submission.
Portal and SMS messages are classified, routed to the right pool and given a draft reply for clinician review. Red flag symptoms are caught by deterministic rules first, so urgent messages never wait on a model.
We sit with clinicians and front desk staff, rank use cases by time saved and clinical risk, and check what data, EHR access and de identified samples exist. Output: a written scope with a hazard list and acceptance criteria.
A golden set of real, de identified encounters or calls is built with clinicians, then two or three models are tested against it for accuracy, omissions, latency and cost. The prototype is chosen on measured results.
A small group uses the tool on live work with mandatory sign off, edit tracking and a feedback button. Every draft, edit and override is logged so the clinical safety case is built from evidence.
EHR write back, role based access and audit trails go live, then usage widens site by site. Accuracy, edit rates and cost are monitored continuously and models are reviewed as new versions ship.
Healthcare AI governance is mostly about three questions: where PHI goes, who is accountable for the output, and whether the feature has crossed into regulated medical device territory. We answer all three in the design, not after launch.
PHI stays on covered or self hosted models. We use model endpoints covered by a BAA, such as Claude on AWS Bedrock, GPT on Azure OpenAI or Gemini on Google Vertex AI, with data retention switched off, or self host Llama or Qwen in your own VPC when data must not leave your network. Identifiers are redacted before prompts where the task allows, and hosting follows your US, UK, EU, UAE or India residency requirements.
A clinician is accountable for every output. Notes, letters and messages are drafts until a named clinician signs them. We store the prompt, retrieved sources, model and version, the draft and the final edit for each item, which gives your audit and clinical safety teams a complete trail and lets us measure accuracy from real edits.
We flag the medical device line early. Documentation, scheduling and administrative tools are generally outside medical device rules. Features that suggest diagnoses or treatment can fall under FDA SaMD oversight, UK MHRA and EU MDR, and therefore the EU AI Act high risk regime. We identify this at discovery, and for NHS deployments we support your DCB0129 and DCB0160 clinical safety documentation.
Covered commercial models where the BAA and quality fit, open weight models where data must stay in your network, and healthcare standards at every integration point.
Tell us the workflow you want to fix. Written scope, timeline and cost estimate within 48 hours.