AI built it.

AI built it.

Patient ready?

Patient ready?

Patient ready?

Audit coverage

Architecture and access boundaries

EMR, PMS and calendar integrations

Email, SMS, voice and carrier reputation

Email, SMS, voice and carrier reputation

Payments and webhooks

Data quality and migrations

Performance under load

Logging, monitoring and recovery

Logging, monitoring and recovery

Privacy and compliance controls

System audit

The system,

The system,

end to end.

end to end.

end to end.

A system audit follows the connections between code, data, integrations and infrastructure. We identify what is ready, what needs engineering work and how to get from a promising prototype to a system your team can operate.

A system audit follows the connections between code, data, integrations and infrastructure. We identify what is ready, what needs engineering work and how to get from a promising prototype to a system your team can operate.

/01

Architecture and access

Map the application boundaries, data flows and permission model. Identify architectural decisions that will become expensive or unsafe as the system grows.

/01

Architecture and access

Map the application boundaries, data flows and permission model. Identify architectural decisions that will become expensive or unsafe as the system grows.

/02

Integration reliability

Trace EMR, PMS and calendar connections through authentication, identifiers, retries and failures. Define how the system should recover when another service does not respond.

/02

Integration reliability

Trace EMR, PMS and calendar connections through authentication, identifiers, retries and failures. Define how the system should recover when another service does not respond.

/03

Communication workflows

Assess email, SMS and voice as complete workflows: sender identity, delivery, consent handling, failures and staff follow-up. Each channel has different delivery controls.

/03

Communication workflows

Assess email, SMS and voice as complete workflows: sender identity, delivery, consent handling, failures and staff follow-up. Each channel has different delivery controls.

/04

Payments and events

Review how payment and booking events move through the system. Resolve duplicate actions, missing updates and out-of-order events in the production plan.

/04

Payments and events

Review how payment and booking events move through the system. Resolve duplicate actions, missing updates and out-of-order events in the production plan.

/05

Performance and capacity

Examine queries, sessions, queues and concurrency. Identify bottlenecks and the engineering changes needed for the usage the business expects.

/05

Performance and capacity

Examine queries, sessions, queues and concurrency. Identify bottlenecks and the engineering changes needed for the usage the business expects.

/06

Data quality and migrations

Review sources, identifiers, imports and reconciliation. Plan how existing data moves safely and how quality is maintained after launch.

/06

Data quality and migrations

Review sources, identifiers, imports and reconciliation. Plan how existing data moves safely and how quality is maintained after launch.

/07

Deployment and operations

Assess environments, secrets, deployment, background jobs, monitoring and rollback. Define what the team needs to release and operate the system.

/07

Deployment and operations

Assess environments, secrets, deployment, background jobs, monitoring and rollback. Define what the team needs to release and operate the system.

/08

Privacy and controls

Review sensitive-data handling, access boundaries and technical privacy controls. Record gaps and the actions needed within the agreed application scope.

/08

Privacy and controls

Review sensitive-data handling, access boundaries and technical privacy controls. Record gaps and the actions needed within the agreed application scope.

The audit

Production

Production

Readiness Audit

A production blueprint for AI-built healthcare software. We assess how the whole system fits together, identify the decisions and engineering work that matter, and give your team a clear route to launch.

A production blueprint for AI-built healthcare software. We assess how the whole system fits together, identify the decisions and engineering work that matter, and give your team a clear route to launch.

What you receive

A production blueprint

Eight scored areas, system-level findings, supporting evidence and a prioritized engineering roadmap. A walkthrough explains the risks, recommendations and limits of the review.

What you receive

A production blueprint

Eight scored areas, system-level findings, supporting evidence and a prioritized engineering roadmap. A walkthrough explains the risks, recommendations and limits of the review.

From audit to delivery

Engineering comes next

The audit identifies what needs to change and why. Implementation, production changes and verification of completed fixes are scoped separately. A report alone does not make the application production ready.

From audit to delivery

Engineering comes next

The audit identifies what needs to change and why. Implementation, production changes and verification of completed fixes are scoped separately. A report alone does not make the application production ready.

Stack fit

Next.js, Postgres, Vercel

Our audit focuses on the Next.js, Postgres (including Supabase) and Vercel stack commonly used in AI-built apps. Other stacks are welcome.

Stack fit

Next.js, Postgres, Vercel

Our audit focuses on the Next.js, Postgres (including Supabase) and Vercel stack commonly used in AI-built apps. Other stacks are welcome.

Getting started

Discuss your audit

Bring your application, launch plans and priorities. We confirm the review boundary, access requirements, deliverables and fee before kickoff. The review runs for ten business days once agreed access is ready.

Getting started

Discuss your audit

Bring your application, launch plans and priorities. We confirm the review boundary, access requirements, deliverables and fee before kickoff. The review runs for ten business days once agreed access is ready.

Production Readiness Audit

Scope agreed before kickoff

A ten-business-day review of one agreed application, with eight scored areas, evidence, priorities and an engineering roadmap. We confirm scope, access and fee in your proposal. Implementation is a separate engagement.

Separate implementation engagement

Production engineering

Act on the findings with an agreed engineering scope. Fainchap can implement the changes, or your team can use the roadmap. Delivery, timelines and fees are agreed separately.

Optional ongoing support

Technical oversight

Support for releases, integrations and operational priorities after the audit or implementation. Responsibilities, availability and fees are agreed separately.

Fainchap team

Work

What we found.

What we found.

What we fixed.

What we fixed.

AI-built healthcare software can look complete while critical production gaps remain. These examples show what we uncovered in client systems, why it mattered, what we fixed and the result. Client details are anonymized. Implementation is scoped separately from the audit.

/01

Sessions that couldn’t scale

Found: Sessions had no expiry and held request-wide locks. Impact: Redis reached 6.37 million keys and dashboard loads took up to nine seconds. Fixed: Session expiry and lock contention. Result: Dashboard loads fell to about one second.

/01

Sessions that couldn’t scale

Found: Sessions had no expiry and held request-wide locks. Impact: Redis reached 6.37 million keys and dashboard loads took up to nine seconds. Fixed: Session expiry and lock contention. Result: Dashboard loads fell to about one second.

/02

A directory that needed re-verification

Found: A stale provider directory and gaps in reconciliation. Impact: Outdated details put patient routing at risk. Fixed: Re-verification against live sources and per-row reconciliation checks. Result: Approximately 65,000 verified providers across 33,000 practices.

/02

A directory that needed re-verification

Found: A stale provider directory and gaps in reconciliation. Impact: Outdated details put patient routing at risk. Fixed: Re-verification against live sources and per-row reconciliation checks. Result: Approximately 65,000 verified providers across 33,000 practices.

/03

Calls appearing as spam

Found: Caller-identity and number-registration gaps. Impact: Patients saw spam labels instead of the clinic’s identity. Fixed: Caller-identity registration and reputation work. Result: Cleared labels and clinic-name display in this deployment; outcomes vary by carrier and device.

/04

Closing the gap between booking and the PMS

Found: Booking needed to follow the practice’s live schedule and rules. Impact: A conversation alone could not establish a valid appointment. Fixed: Connected live PMS availability, appointment types and providers. Result: A workflow built and demonstrated for practice groups in Australia, the UK and the US.

/04

Closing the gap between booking and the PMS

Found: Booking needed to follow the practice’s live schedule and rules. Impact: A conversation alone could not establish a valid appointment. Fixed: Connected live PMS availability, appointment types and providers. Result: A workflow built and demonstrated for practice groups in Australia, the UK and the US.

/05

Patient matching that needed stronger safeguards

Found: An EMR integration could write to the wrong patient chart. Impact: Patient records could receive another person’s information. Fixed: EMR patient identifiers, additional validation and review of uncertain matches. Result: A guarded matching workflow with automatic record merging prevented.

Before we start

Scope

and access

We agree the application, workflows, integrations and access in writing before kickoff. The ten-business-day review starts when the agreed materials and access are ready.

Review boundary

One agreed application

We document the application, environments, critical workflows and integrations included. Additional systems or material scope changes are agreed separately.

What we need

Code and safe access

Read-only code and configuration access, architecture notes, test accounts and an agreed test environment. Use synthetic or de-identified data wherever possible.

Working safely

Agreed system access

We agree environments, access and review methods before kickoff. Changes to production, load testing and implementation require a separately agreed scope.

How to read the report

Evidence, gaps and limits

Scores describe the evidence reviewed. Untested areas and access limits are stated explicitly. Privacy and compliance controls are assessed technically; certification and legal advice are outside scope.

Tell us about

your next step.

Discuss your project

Tell us about

your next step.

Discuss your project

Tell us about

your next step.

Discuss your project