Vertical AI systems · Public reference implementation · AWS live & Bedrock-validated

Healthcare AI Platform · AWS

An AWS-native safety and evaluation reference architecture combining a Python healthcare reasoning runtime, React Workbench, authenticated execution, dual async orchestration, persistent state and evidence, independent safety validation, security automation and a live, non-mocked Amazon Bedrock model.

MaturityPublic reference engineering system
Confirmed baselinePython runtime + React Workbench + authenticated AWS execution + live Bedrock model
Current validationCognito, Step Functions/SQS, DynamoDB/S3, adversarial stress, security review and OIDC CI/CD
Model planeAmazon Bedrock (Claude Haiku 4.5) — live, deployed, non-mocked
Current engineering state

From local reasoning prototype to a live, Bedrock-backed AWS runtime.

The runtime executes through a React Workbench and an authenticated AWS path: API Gateway, Lambda, two independent async orchestration mechanisms, persistent operational state, evidence artifacts and structured execution traces. The system remains a synthetic engineering reference implementation, not a production or clinical deployment.

Runtime statusAWS live runtime validated

Authentication, orchestration, persistence, Workbench integration and Bedrock execution are verified with synthetic data.

Cloud model planeAmazon Bedrock Claude Haiku 4.5

Real, non-mocked Converse calls are recorded from the local CLI and deployed Lambdas; model identity remains visible in traces.

Evidence boundarySynthetic and non-clinical

Public evidence covers implemented engineering paths, synthetic data and repository-backed live verification. No clinical or regulatory claim is made.

Why this exists

Healthcare reasoning systems need more than a model response. They need structured context, grounded retrieval, independent safety checks, durable evidence and an execution path that can be inspected after the fact. This project explores those control patterns in an AWS-native reference architecture without moving workflow semantics or the safety boundary into the model vendor.

Ownership principle. Model providers remain replaceable — a deterministic template, Amazon Bedrock or other optional backends — while healthcare context, retrieval, safety validation, persistence and workflow semantics remain owned by the runtime.

System architecture

React Workbench operator and evaluation surface
Amazon Cognito Hosted UI OAuth2 Authorization Code + PKCE
API Gateway JWT-authorized execution boundary
Lambda sync + Step Functions / SQS async two independently evaluated workflow paths
Healthcare Python Runtime context · retrieval · reasoning provider · independent safety validator
DynamoDBoperational and business run state
S3evidence, traces and larger artifacts
Step Functions and SQS own recoverable async execution.DynamoDB owns operational/business truth.S3 owns evidence and artifact truth.

Engineering evolution

Kernel prototypeDeployment skeletonCognito authenticationStep Functions + SQSLive BedrockStress and security reviewPublic WorkbenchOIDC + security scanningCapability evaluation

Distributed reliability & load testing

01Two async paths, compared

Step Functions retry and SQS buffering were load-tested head-to-head against the same live account. SQS reached 100% success at the largest tested burst of 100 concurrent requests, trading latency for buffering.

02Terminal-state ownership

DynamoDB conditional writes prevent a start/cancel race from producing two different terminal states. The live Bedrock-backed race was repeated 15 times in both directions with consistent outcomes.

03Quota-aware capacity testing

Testing used the account's real Lambda and Bedrock limits rather than guessed capacity, exposing and fixing retry wiring and input-validation defects.

04DLQ and reconciliation

The queued path includes a dead-letter queue and processing-lease/reconciliation handling for jobs that fail mid-flight.

Safety & evaluation

Independent safety validation

A non-LLM verifier checks numeric claims against pre-computed grounded facts and screens diagnosis and dosing language after every narration. Failed drafts fall back to the deterministic template.

Deterministic regression path

A template narrator provides a free, reproducible CI baseline with zero model dependency.

Two rounds of security review

Independent reviews found and helped fix a real authorization vulnerability and safety-check bypasses; follow-up review re-verified fixes and caught regressions.

Capability regression evaluation

A curated question set checks capabilities against execution traces, with pass-rate history and a generated trend chart tracked in CI.

Workbench evidence

The public repository includes real screenshots from a synthetic demo run. They show the operator surface and its evidence trace; they are not a hosted product promise or clinical evidence.

Care Agent Workbench showing a safe-tagged synthetic answer grounded in sample bloodwork and questionnaire context
Workbench answer. A live Bedrock-backed answer is shown with a visible SAFE result and grounded sample context.
Care Agent Workbench trace showing passed safety checks and grounded facts from synthetic data
Evidence trace. Safety checks, grounded facts, source fields and limitations remain inspectable alongside the answer.

Retrieval and model provider strategy

Swappable retrievalBM25 default + optional local semantic backend

Both backends share one interface. A documented comparison against eight differently styled questions found a concrete BM25 overlap failure mode that the semantic path avoided for that comparison.

Provider boundaryOne independent safety contract

The deterministic template, Bedrock, Anthropic, OpenAI, Google and Ollama paths can participate without changing the runtime-owned safety boundary.

A pgvector-on-Aurora experiment was attempted live and deliberately stopped at an account-tier constraint rather than weakening the project's network-isolation principle.

Identity, security and delivery

Authenticated userReact WorkbenchCognitoAPI Gateway JWTLambda roleDynamoDB / S3 / Bedrock
OIDC-based CI/CD

GitHub Actions deploys through AWS identity federation with no stored AWS credential in the repository and a human approval gate for deployed changes.

Automated security scanning

CDK synthesis runs cdk-nag AwsSolutionsChecks as a hard gate; findings are fixed or explicitly justified.

Least-privilege IAM

Infrastructure tests reject wildcard grants while preserving exact resource-scoped permissions.

Authenticated execution

Cognito-issued JWTs protect synchronous and asynchronous paths; run ownership is enforced at the data layer.

Current scope and maturity

This is a synthetic, non-clinical ARMIE AI Labs public reference engineering system. AWS infrastructure, authenticated execution, dual async orchestration, DynamoDB/S3 persistence, Workbench integration, OIDC CI/CD, security scanning and a live Bedrock model connection have been implemented and validated against documented test and trace evidence.

It is not a production healthcare deployment, hospital system, diagnostic or prescribing product, regulated medical device or HIPAA/compliance-certified application. No PHI processing, production SLA or clinical safety benchmark is claimed. The live account and model evidence describe this reference environment, not production-scale healthcare hosting.

Related infrastructure

Compare the AWS reference system with ARMIE's Azure-native healthcare work.

Explore Healthcare AI · Azure ↗