CareCompileMediFlow v9
v9.0 — A division of CareCompile

MediFlow v9

Executable synthetic patients for healthcare system validation. Build a clinically coherent cohort, run the complete patient journey through your environment, and receive reproducible evidence of what passed, what failed, and why.

Test the whole clinical journey before a real patient enters it.

344,574
HL7 Messages Sent
99.99%
ACK Success Rate
2,215
Synthetic Patients
48,188
AI Analyses Run
0
Real PHI Used
886 Training Examples
27 Note & Lab Types
27 HL7 Messages / Run
<30s Per Simulation
The v9 Product

Test the whole clinical journey before a real patient enters it

MediFlow combines five connected capabilities into one validation system. The result is not another static dataset. It is a controlled patient story, executed against your environment, with an answer key.

01 / BUILD

Patient Cohort Builder

Generate condition-aware populations with configurable demographics, acuity, diagnoses, labs, medications, edge cases, expected outcomes, and replayable scenario identities.

02 / ORCHESTRATE

Scenario Studio

Turn each patient into a longitudinal story: registration, admission, orders, results, deterioration, intervention, recovery, discharge, and claim.

03 / DELIVER

Interoperability Delivery

Transmit through HL7 v2, FHIR R4 REST and Bundles, C-CDA, CSV, JSON, MLLP, HTTP, SFTP, and customer-specific interface profiles.

04 / ASSERT

Automated Validation

Check acceptance, patient identity, encounter linkage, critical alerts, idempotency, downstream state, timing, retries, and duplicate handling.

05 / PROVE

Evidence Pack

Deliver expected-versus-actual results, request and response hashes, ACK history, throughput, assertion results, and a signed reproducible run manifest.

registration → admission → orders → results → deterioration → intervention → recovery → discharge → claim → evidence
Synthetic Patient Data for Hospitals

How MediFlow creates realistic healthcare test data

MediFlow starts with the workflow a hospital needs to test, not with a copy of a real chart. It constructs fictional patients whose demographics, diagnoses, encounters, observations, medications, and outcomes remain clinically coherent across the complete journey.

Purpose-built for a known test objective

A hospital does not simply need 500 fake names. It may need diabetic admissions that trigger a specific rule, a sepsis cohort with progressive lactate results, duplicate-MRN cases for identity testing, or denied claims with known correction paths. MediFlow turns that requirement into an executable cohort with expected answers.

The same cohort can be replayed during an EHR migration, interface-engine upgrade, FHIR API release, clinical decision-support validation, downtime drill, or go-live rehearsal.

Synthetic by construction. MediFlow does not copy a production patient record into the test environment. Names, identifiers, encounters, and clinical events are generated for testing and carry explicit synthetic provenance. Live delivery remains controlled and off by default.
Synthetic patient dataHL7 test dataFHIR test dataEHR migration testingInterface validation
01

Define the hospital test objective

Choose the workflow, patient mix, volume, rare conditions, failure cases, destination systems, and exact outcomes that should be observed.

02

Build a coherent clinical record

Generate age-appropriate demographics, ICD-10 diagnoses, LOINC-coded observations, vitals, medications, allergies, orders, notes, procedures, and longitudinal state changes.

03

Apply the customer interface profile

Encode facility codes, assigning authorities, MRN rules, code systems, message conventions, FHIR profiles, and transport settings for the target environment.

04

Execute, observe, and score

Deliver the clinical story, capture acknowledgements and downstream state, compare actual behavior with expected outcomes, and produce reproducible evidence.

Example cohort request

Urban hospital integration rehearsal

population: 500 adult synthetic patients
clinical mix: 30 diabetes · 15 sepsis · 10 cardiac
identity cases: 5 duplicate MRNs · 3 A40 merges
safety cases: 2 medication-allergy conflicts · 6 panic labs
journey: admit → order → result → escalate → discharge → claim
evidence: assertions · ACK history · hashes · signed manifest
MediFlow Scenario Library

Choose the failure you want to find before go-live

Each pack combines synthetic patients, executable clinical events, interface traffic, and expected outcomes. Run one scenario, a complete pack, or a hospital-specific validation program.

Pack 01 / IdentityAvailable

ADT & Patient Identity

Prove that registrations, encounters, transfers, discharges, updates, and identity corrections reach the correct chart.

  • New admission, transfer, discharge, and cancel-admit
  • Duplicate MRN and overlapping demographic match
  • ADT A40 merge with surviving and prior identifiers
  • Out-of-order discharge before admission
  • Patient update after identity merge
Expected proofCorrect patient, correct encounter, correct final census, no orphaned clinical data.
Pack 02 / Acute CareAvailable

Clinical Deterioration & Escalation

Exercise alerts and clinical escalation across a controlled worsening and recovery trajectory.

  • Sepsis cascade and septic shock
  • STEMI / NSTEMI and critical troponin
  • Acute ischemic stroke
  • DKA, pulmonary embolism, and respiratory failure
  • Rapid response, code blue, intervention, and recovery
Expected proofRequired alerts fire at the intended threshold, escalation is timely, and recovery clears the correct state.
Pack 03 / DiagnosticAvailable

Laboratory & Critical Results

Validate orders, specimens, serial results, critical-value handling, amendments, and result-to-patient linkage.

  • Hyperkalemia, troponin, sodium, glucose, INR, and creatinine panic values
  • Serial deterioration and improvement panels
  • Corrected and amended laboratory reports
  • Microbiology culture and susceptibility
  • Blood-bank order and result workflows
Expected proofResult lands on the intended order and encounter, critical routing occurs once, and amendments preserve history.
Pack 04 / PharmacyAvailable

Medication Lifecycle

Follow one medication identity from order through dispense, administration, bedside give, change, and discontinuation.

  • RDE order, RDS dispense, RAS administration, and RGV give
  • Medication-allergy conflict
  • Wrong-dose and wrong-unit exception
  • Discontinuation after dispense
  • Duplicate administration and replay protection
Expected proofOne order identity survives the lifecycle, unsafe conflicts are surfaced, and retries do not duplicate administration.
Pack 05 / RevenueAvailable

Eligibility, Claims & Denials

Test the financial journey from coverage and eligibility through charge capture, claim, denial, correction, and remittance.

  • Coverage and eligibility success / failure
  • Missing or inactive payer identifiers
  • Professional and institutional claim submission
  • Denial with known correction path
  • Remittance and account-balance update
Expected proofCorrect coverage is selected, failures are explainable, corrected claims reconcile, and balances close accurately.
Pack 06 / ReliabilityAvailable

Interface Resilience & Recovery

Deliberately break transport and message sequencing to prove how the environment fails, recovers, and reconciles.

  • Dropped ACK and safe retry
  • Duplicate message and idempotent replay
  • Malformed identifier or required segment
  • Unusual but legal vendor Z-segment
  • Listener downtime, dead-letter capture, and controlled recovery
Expected proofBad traffic fails closed, legal traffic is not over-rejected, replay is idempotent, and final state reconciles.

Need a scenario that matches your hospital?

We can configure units, patient mix, facility codes, assigning authorities, MRN format, code systems, custom segments, message timing, target endpoints, expected alerts, and evidence requirements around one real implementation objective.

How It Works

From synthetic patient to four live systems

Every simulation run follows the same path — patient generation, AI content, HL7 assembly, and simultaneous 4-system delivery. 27 messages. Every time.

01
Patient Generation
Demographics, ICD-10 diagnosis, acuity, vitals, and 15 lab panels generated from realistic clinical distributions — age-appropriate, condition-coherent, statistically plausible. Every patient is unique. None are real.
ICD-10 LOINC Acuity Engine 30+ Scenarios
02
AI Content
Three locally-running fine-tuned 8B models engage in sequence: mediflow-scribe authors the clinical note, mediflow-lab writes the lab interpretation narrative, mediflow-pathology generates pathology reports when indicated. Template fallback ensures uninterrupted simulation.
mediflow-scribe mediflow-lab mediflow-pathology Llama 3.1 8B
03
HL7 Assembly
27 messages constructed with production-grade segment structure: ADT^A01 admission with full PID/PV1/DG1 segments, 15 ORU^R01 lab panels with LOINC-coded OBX, 11 MDM^T02 clinical reports with AI-authored content, and DFT^P03 billing charges.
ADT^A01 ORU^R01 ×15 MDM^T02 ×11 DFT^P03
04
4-System Delivery
All 27 messages delivered simultaneously to CareCompile via HTTP bridge, VistA FHIR via R4 REST, WorldVistA Docker over direct HL7 TCP, and OpenEMR via Viewer API. ACK status tracked per message per target. Failed messages queued for retry.
CareCompile ACK=AA FHIR R4 HL7 TCP OpenEMR API
Fine-Tuned AI Models

Three domain-specific models. All running locally.

Purpose-built for hospital workflows. Trained on real clinical patterns. Running locally — no cloud dependency, no latency, no PHI exposure.

Clinical Documentation
Clinical Notes
Authors clinical notes for 16 documentation types — selecting the right format automatically based on acuity and encounter type. ED Note for emergencies. Critical Care for ICU. H&P for inpatient. SBAR for handoffs. The format is never wrong.
H&P ED Note Critical Care Discharge Summary Operative Report Consultation Nursing Admission Shift Note + 8 more
Base ModelLlama 3.1 8B
Fine-TuningLoRA r=16
Training293 cases
Note Types16
InferenceLocal · no cloud
FallbackTemplate-based
Laboratory Intelligence
Lab Interpretation
Interprets raw lab values into clinician-style narrative summaries — not just flagged numbers. “Troponin I critically elevated at 4.2 ng/mL, consistent with acute MI in the context of chest pain and ST changes.” Covers 11 panel types including microbiology, hematology, and antimicrobial stewardship.
CBC CMP Cardiac Markers Microbiology Hematology Stewardship Critical Values + 4 more
Base ModelLlama 3.1 8B
Fine-TuningLoRA r=16
Training409 cases
Lab Types11
InferenceLocal · no cloud
FallbackRaw passthrough
Anatomic Pathology
Pathology Reports
Generates structured pathology reports in Spanish across nine subspecialties — macroscopic description, microscopic findings, IHC interpretation, diagnosis, and recommendations. Purpose-built for anatomic pathology workflows and integrated with laboratory.carecompile.com.
Quirúrgica Oncológica Nefropatología Citología Ginecológica Hematopatología Dermatopatología Molecular BAAF
Base ModelLlama 3.1 8B
Fine-TuningLoRA r=16
Training184 cases
Subspecialties9
LanguageSpanish output
Portallaboratory.carecompile.com
Platform Features

Everything you need for clinical integration testing

Beyond patient generation — a full simulation ecosystem with real-time monitoring, clinical events, and automated workflows.

Live Bed Board
10 hospital units monitored in real time. Admissions auto-assign beds, transfers move them, discharges release them. Full floor state at a glance.
ER ICU CCU Telemetry NICU Nursery Med/Surg Step-Down PACU Ortho
Streaming Telemetry
Continuous ORU^R01 vital sign streams for ICU, CCU, and Telemetry patients. StreamingHub manages active streams — configurable interval, live send count, start/stop per patient.
ORU^R01 ICU CCU Telemetry StreamingHub
Clinical Events
One-click critical event bursts that simulate real emergency conditions. Code Blue triggers arrest vitals, resuscitation team notifications, and an emergency orders burst. Sepsis Cascade fires progressive deterioration across multiple HL7 messages.
Code Blue Sepsis Cascade Panic Lab Rapid Response Discharge Cascade
AI Agent
Natural-language control over the entire simulation engine powered by gemma4:31b. 19 tool-calling functions — admit patients, trigger clinical events, query the live census, and run deterioration sequences. No configuration required; the agent picks the right tool automatically.
19 Tools Natural Language Census Query Event Control
Nursing Module
Eight documentation types sent as MDM^T02, shift-aware across day, evening, and night rotations. Every admission, medication administration, wound check, and education session documented in the correct clinical format.
Admission Assessment Medication Admin Vital Signs Wound Care IV/Line Care Fall Risk Pain Assessment Patient Education
CI/CD Mode
Continuous unattended simulation — admits, runs labs, fires events, and discharges automatically. Built for pipelines that need a live HL7 target 24/7. MySQL audit trail. 7-day trends.
Unattended MySQL Audit 7-Day Trends Pipeline Ready

"Before CareCompile ever touches a real patient, it runs through thousands of synthetic encounters — every scenario, every edge case, every integration point. That's how we know it works."

The MediFlow guarantee — Zero PHI. Full clinical fidelity. Every time.
Delivery Targets

Four live clinical systems, every run

Every synthetic encounter is delivered simultaneously to all four target systems — each with its own protocol, acknowledgement path, and delivery confirmation.

CareCompile
Primary integration target — HL7 HTTP Bridge
ADT^A01 ORU^R01 MDM^T02 DFT^P03 CC Inbox Severity Filtering
VistA FHIR
WorldVistA FHIR R4 bridge at port 5003
FHIR R4 Patient Resource Observation DiagnosticReport MedicationRequest
WorldVistA Docker
Full VistA EHR instance at port 8081 — direct HL7
HL7 v2.5.1 Direct TCP ~1400 patients All synced
OpenEMR
Open-source EHR at port 8082
Viewer API Port 3001 Port 8082 (app) MySQL sync
New in v9

Proving the integration survives

Earlier versions proved breadth — every message type, every specialty, four live target systems, all of it on the happy path. v9 asks the harder question: what does your interface do when the traffic is wrong? A cancellation retried after a dropped acknowledgement. A patient merge that lands after the update it invalidates. A discharge that arrives before the admit. One transposed digit in a medical record number.

Receiver refused it
Receiver accepted it
Corrupted
message
corrupt → refused
Defended
The damage never reached a chart, and the sender was told why.
corrupt → accepted
Silent corruption
Bad data written to a patient record — and the sender was told everything was fine.
Unusual but
legal message
legal → refused
Over-rejection
Real clinical traffic blocked. The interface looks careful; the ward experiences an outage.
legal → accepted
Correct
Surplus fields and unknown vendor segments tolerated, exactly as the standard requires.

Both diagonals are failures, in opposite directions. An interface that refuses everything scores perfectly on the top row and catastrophically on the bottom — so v9 reports defence and compatibility as two separate numbers and never averages them into one.

01
A truth oracle, not a checklist
Test suites that hard-code “this message should fail” go stale the moment a workflow changes. v9 models what a correct receiver ought to do as a state machine — encounter states, merge chains resolved to the surviving record, and four possible verdicts. Scenarios stay declarative; the rules live in exactly one place. Every expected outcome is derived, never asserted.
Accept Ignore Reject Quarantine
02
Stateful sequences, each hunting a specific bug
Six ordered sequences, every one carrying a written rationale for the failure it is looking for. Cancel a discharge, then retry the cancellation because the acknowledgement was lost — a receiver that re-applies it opens a second encounter and the patient now appears admitted twice. Merge a record, then send an update to the retired identifier. Transfer a patient to ICU, then cancel the transfer and watch whether the bed reverts.
Cancel + Replay Phantom Admit Stale Merge Out of Order Unmerge
03
Acknowledgements read in full
Both acknowledgement modes are parsed and scored separately, because they mean different things. A commit acknowledgement says “I have stored this safely” — it does not say the message was applied, and reading it as success is one of the most common false greens in interface testing. A reply carrying the wrong control identifier is not a success either; it is someone else’s answer, and v9 quarantines it rather than counting it. No reply at all is recorded as silent loss.
AA / AE / AR CA / CE / CR ERR Segments Silent Loss
04
Deterministic mutation — with a control group
Twenty-two mutations across structure, identity, encoding and clinical plausibility: a carriage return smuggled into a name so it splits one segment into two, a date of birth of month 13, a delimiter that shifts every later field by one. Each is seeded, so any failure replays exactly rather than becoming a story about something that happened once. Critically, the suite also sends messages that are unusual but entirely legal — surplus fields, unknown vendor segments, empty optionals — because a test made only of garbage rewards the one interface that rejects everything.
Seeded & Replayable Structural Identity Encoding Benign Control
05
A scorecard that separates the two ways to fail
Accepting a corrupted message writes bad data into a chart and answers that everything is fine. Rejecting a legal one blocks real clinical traffic. Both are failures, in opposite directions, so v9 never collapses them into a single percentage — it reports defence and compatibility side by side. Idempotency is judged from the final reconciled state rather than from the acknowledgement, because a receiver that wrongly re-applies a retry still answers with a success code; only the resulting state gives it away.
Silent Corruption Over-Rejection Idempotency State Convergence

The harness ships with a conforming reference receiver so the oracle can be validated against a known-good endpoint before it is ever aimed at a real one — if the reference stops scoring perfectly, the oracle is wrong, not the integration. Transport-level fault injection and the exportable certification report are in active development.

Use Cases

Built for teams that can't afford to test with real patients

Upgrading an EHR, cutting over an interface engine, standing up a new lab feed — every one of those projects needs weeks of environment testing. MediFlow does that testing with AI instead of headcount.

Environment testing today
  • A team of integration analysts hand-writes test patients and test messages
  • Weeks of scripting per interface — redone from scratch for every upgrade
  • Happy-path coverage only; edge cases are whatever someone thought to type
  • Validation means eyeballing message logs
Environment testing with MediFlow
  • AI generates the entire realistic patient population on demand
  • Production-grade HL7 fired at every system in the environment, repeatably
  • Deteriorations, critical labs, and edge cases — injected on purpose
  • Every ACK tracked per message per target; failures queued and reported
Hospital Environment Testing
EHR migrations, interface-engine cutovers, upgrades, and DR drills. AI builds the test population, drives realistic message volume, and validates every ACK — hours of machine time instead of weeks of analyst scripting.
EHR Integration
Hospitals validating HL7 outbound feeds before going live. Confirm message structure, ACK behavior, and segment compliance.
CareCompile QA
Every CareCompile release is stress-tested through thousands of synthetic patients before touching real hospital data.
Healthcare IT Developers
Build FHIR R4 endpoints, clinical decision support, or HL7 parsers against realistic synthetic traffic on demand.
Clinical AI Research
Realistic synthetic clinical corpora for model training and evaluation — without IRB overhead or HIPAA exposure.
Physician AI
The live clinical data pipeline Physician AI runs on. Lab orders, NORA alerts, and deterioration trajectories flow from MediFlow in real time.
No PHI. Ever.
MediFlow generates data that is indistinguishable from real at the HL7 level — without any real patient data.
Real LOINC codes
Real ICD-10 diagnoses
Real OBX segment structure
Real MSH headers
AI-authored clinical narratives
The format is production-grade.
The patients are not.
Integration Testing

Every scenario ships its own answer key

MediFlow scenarios are not just demo data. Each scripted patient declares what your downstream system should conclude — the alerts, the flags, the critical values. Run the scenario, diff your system's actual output against the declared expectations, and a demo becomes a regression test.

The scenario declares
census_hf — Robert Thompson, 65M
Decompensated heart failure · ICD-10 I50.9 · ICU

expected_cc_alerts:
  • BNP critical high
  • Sodium low
  • Creatinine elevated
Your system must answer
Assertion result

BNP critical high — fired
Sodium low — fired
Creatinine elevated — fired

A missing alert is a clinical regression. An extra critical alert is an over-alarm bug. Either way, you know before a real patient does.
01
Smoke and pipeline
Health checks, self-test, a single admission traced end to end — then a panic lab pushed through your full stack: message stored, AI job queued, interpretation produced, alert raised. One scenario crosses every layer you own.
/api/selftest panic_lab End-to-End
02
Scenario assertions on a schedule
Run the scenario catalog nightly or weekly against your integration environment and diff actual alerts against each scenario's declared expectations. Model swaps, prompt changes, parser upgrades — anything that degrades clinical output fails a named scenario, not a real encounter.
Golden Answers Regression Net CI for Clinical AI
03
Crisis events and load
Sixteen scripted crises — STEMI, sepsis cascade, code blue, DKA, stroke, anaphylaxis — exercise your alerting and escalation paths on demand. Batch and autorun modes generate sustained volume to find queue depth, throughput, and rate-limit ceilings before go-live does.
16 Crisis Events Batch / Autorun Soak Testing
04
Failure injection and recovery
Stop a listener mid-batch and prove your recovery story: dead-letter capture, replay without duplicates, downstream reconciliation. The drill that turns "our interface probably recovers" into a demonstrated, repeatable claim for your compliance file.
Dead-Letter Replay No Duplicates Compliance Evidence
Technical Specifications

What's inside every run

Standard Run (27 messages)
ADT^A01 — Admission
ADT^A03 — Discharge
ORU^R01 — Lab Results (×15)
MDM^T02 — Clinical Notes (×11)
ORU^R01 — Telemetry / Vital Signs
DFT^P03 — Billing / Charges
Lab Panels (15 ORU messages)
CBC · CMP · BMP · Coagulation
Urinalysis · Lipids · Cardiac Markers
Thyroid · ABG · Inflammatory
Endocrine · Tumor Markers
Drug Levels · Pathology · Molecular
Clinical Reports (11 MDM messages)
Radiology · Discharge Summary
Operative Report · Pathology
Consultation · Echocardiogram
Stress Test · Vascular Ultrasound
Billing · EKG-Critical · Cardiac Diagnostics
AI Models (Local Inference)
Clinical Documentation Model — 16 note types (8B)
Laboratory Intelligence Model — 11 lab types (8B)
Anatomic Pathology Model — 9 subspecialties (8B)
Conversational AI Agent (19 tools)
Fine-tuned via LoRA adaptation
Template fallback when offline
Nursing Module (8 types)
Admission Assessment · Medication Admin
Vital Signs · Wound Care · IV/Line Care
Fall Risk · Pain Assessment
Patient Education
Shift-aware (day/evening/night)
All sent as MDM^T02
Infrastructure
FastAPI backend — port 8100
Auto-restart service management
MySQL message persistence
WebSocket real-time updates
7-day trend analytics chart
Demo Scenarios (30+)
Critical: STEMI, Septic Shock, CVA Stroke
Critical: Respiratory Failure, Anaphylaxis
High: GI Bleed, PE, DKA, AKI
Standard: Pneumonia, CHF, UTI, COPD
Census: Near Discharge, Mixed Floor
Events: Code Blue, Sepsis, Panic Lab
Delivery Targets (4 systems)
CareCompile — HL7 HTTP bridge
VistA FHIR — R4 REST (port 5003)
WorldVistA Docker — port 8081
OpenEMR — Viewer API (port 3001)
ACK tracking per message per target
Failed message retry queue
HL7 v2.5.1 Compliant FHIR R4 Ready Zero Real PHI <30s Per Run Production-Grade Format 10 Hospital Units
Commercial Edition

The MediFlow v9 environment

MediFlow turns the simulation engine into a productized, JWT-secured platform: a full REST API, a managed HL7 Integration Engine, clinical workflow tooling, and enterprise-grade audit, retention, and multi-tenancy — all running locally with zero PHI.

01
Commercial REST API
A FastAPI backend exposes 245 endpoints over HTTP with interactive OpenAPI / Swagger docs — patients, labs, nursing, billing, infection control, monitoring, and the full synthetic scenario engine. Authentication is JWT-based with short-lived access tokens and refresh tokens, role-based access control across admin, clinician, and observer roles, and per-token rate limiting.
FastAPI JWT + RBAC Swagger /docs Rate Limited
02
Integration Engine
Managed MLLP inbound and outbound channels with per-channel metrics, dead-letter capture and replay, built-in test-message injection, and channel import / export. HL7 v2.5.1 across 18 message types — ADT, ORU, MDM, DFT, ORM, SIU, VXU, PPR and more.
MLLP :2576 Dead-Letter Replay Channel Metrics HL7 v2.5.1
03
Clinical Workflows
Beyond message generation: per-patient clinical timeline, medication reconciliation, discharge checklists, AI-assisted ICD-10 / CPT code suggestion, FHIR R4 transaction-bundle export, and rolling quality metrics — admissions, discharges, length of stay, notes and labs.
Timeline Med-Rec ICD-10 / CPT FHIR R4 Bundle
04
Enterprise & Compliance
A HIPAA audit trail with CSV export, a seven-year retention policy with archival, multi-tenant isolation with per-tenant usage and limits, and observability through Prometheus metrics, uptime and p50 / p95 / p99 SLA reporting with configurable alert rules.
HIPAA Audit 7-Year Retention Multi-Tenant Prometheus / SLA
What We Offer

Start with the outcome you need

Buy a reusable scenario asset, validate one environment with our team, or run MediFlow continuously as your systems change.

Build

Synthetic Scenario Pack

$3K–$10K scoped delivery

A custom population and reusable scenarios for one workflow, interface, product demonstration, or release.

  • Custom synthetic cohort
  • Happy paths and edge cases
  • Expected outcomes and answer key
  • HL7, FHIR, JSON, and CSV exports
  • Versioned manifest and replay guide
Discuss a Scenario Pack
Protect

MediFlow Validation Platform

$3K–$8K per month

Continuous scenario generation and regression validation for engineering, integration, and clinical AI teams.

  • Scheduled scenario suites
  • Saved customer profiles
  • API and controlled replay
  • Regression and throughput monitoring
  • Historical evidence ledger
Discuss Platform Access
ADT + Patient IdentityLaboratory + Critical ResultsMedication LifecycleDeterioration + EscalationEligibility + Claims
Built For

Teams that need known answers before go-live

Healthcare software vendors
Hospital interface teams
Clinical AI and CDS vendors
Implementation firms
Payers and RCM platforms
Questions

Synthetic healthcare data, clearly explained

What hospital, integration, and clinical AI teams usually ask before a first validation engagement.

What is synthetic patient data?

Synthetic patient data represents fictional people and clinical events created for development, testing, training, and validation. MediFlow builds complete, coherent patient journeys with known expected outcomes rather than copying a real patient chart.

Does MediFlow use real patient PHI?

MediFlow-generated cohorts are constructed without copying production patient records. Synthetic identifiers and provenance markers distinguish test traffic. A customer engagement can be designed to keep generation local and delivery disabled until an approved test destination is configured.

Can MediFlow generate HL7 and FHIR test data?

Yes. MediFlow creates HL7 v2 workflows and FHIR R4 resources and Bundles, with additional JSON and CSV exports. Customer profiles control identifiers, facility codes, assigning authorities, code systems, message conventions, and transport.

How do hospitals use synthetic patients?

Common uses include EHR migrations, interface-engine cutovers, lab and pharmacy validation, FHIR API testing, clinical decision-support evaluation, downtime and recovery drills, staff training, regression testing, and go-live rehearsals.

What makes MediFlow different from a static dataset?

Each scenario is executable and carries an answer key. MediFlow sends the patient journey into the target environment, observes acknowledgements and downstream state, then compares actual behavior with expected clinical and technical outcomes.

What does the evidence pack contain?

A run can include the scenario identity, synthetic cohort manifest, expected-versus-actual assertions, raw request and response hashes, ACK history, timing, throughput, failure details, and a signed reproducible manifest.

Start with one workflow

Bring us the clinical journey you need to trust

Tell us what you are testing. We will define the synthetic patients, interface profile, expected outcomes, delivery path, and proof of completion.

CompanyMediFlow is a division of CareCompile
ResponseWithin one business day
Direct contacthello@carecompile.com
Typical first engagementIntegration Validation Sprint

Submitted securely to CareCompile. We respond within one business day. See the CareCompile privacy policy.

Request received.

We will reply within one business day. For anything urgent, email hello@carecompile.com.

Live Demo

Generate a patient right now

Pick a scenario, click Run — watch MediFlow build a complete encounter with AI notes, 27 HL7 messages, and 4-system delivery in under 30 seconds.

mediflow-v9 — simulation engine
--:--:--Select a scenario above and click Generate Patient to run a simulation.
--:--:--MediFlow v9 will build a complete patient encounter with AI-authored notes and send it to all 4 target systems.
Powered by CareCompile

Our confidence comes from running thousands of synthetic patients.

Before CareCompile ever touches a real patient, it runs through thousands of synthetic encounters — every scenario, every edge case, every integration point, with AI-authored notes and 4 live target systems. That's how we know it works. Zero PHI. Full clinical fidelity. Every time.

Questions? hello@carecompile.com