Deep Product Architecture

The 5-Phase Clinical Entity Modeling Engine

Explore how MiimansaAI transforms messy, unstructured clinical text into verified, standard-coded data — from ingestion and deep trait detection to human validation and FHIR export.

End-to-End Processing Architecture

Every document passes through five rigorous processing layers designed for enterprise accuracy and compliance.

01
Ingestion Layer

Phase 1 — Document Ingest & Parsing

Accepts raw clinical text, uploaded PDFs, DOCX protocol drafts, HL7 CDA documents, or streaming REST API payloads. Normalizes text layouts while flagging initial PHI boundaries.

INPUT & OUTPUT
In: PDF, DOCX, HL7 CDA, API Json
Out: Normalized plain-text doc
02
Extraction & Trait Layer

Phase 2 — Named Entity Recognition & Trait Analysis

Specialized clinical NER model detects entity span boundaries across Diagnoses, Medications, Tests/Procedures, Anatomy, and PHI. Simultaneously runs trait detection for Negation, Temporality, Certainty, and Subject.

INPUT & OUTPUT
In: Normalized clinical narrative
Out: Tagged entity spans + trait metadata
03
Ontology Normalization

Phase 3 — Ontology Mapping & Vocabulary Linking

Maps each extracted entity to canonical concept identifiers in ICD-10-CM, SNOMED CT, RxNorm, and LOINC. Resolves clinical acronyms, abbreviations, and synonyms using candidate generation and vector similarity.

INPUT & OUTPUT
In: Raw text entity mentions
Out: Standard Coded Concept IDs (CUIs)
04
Human-in-the-Loop (HITL)

Phase 4 — Clinical Reviewer Validation

Enterprise buyers always ask: "What happens when the model is uncertain?" MiimansaAI includes a built-in reviewer workspace. Low-confidence extractions (<90%) are queued for one-click confirmation or override by clinical data managers.

INPUT & OUTPUT
In: Coded entities + confidence scores
Out: Validated, audit-logged output
05
Interoperability Layer

Phase 5 — Export & System Integration

Serializes verified data into HL7 FHIR R4 resource bundles (Condition, MedicationStatement, Observation), CSV spreadsheets, or JSON webhooks into downstream CTMS, EDC, or EHR databases.

INPUT & OUTPUT
In: Validated clinical entities
Out: FHIR R4 Bundle / REST API / CSV
Core Technical Differentiator

Deep Trait Extraction Engine

Keyword taggers miss context. MiimansaAI's trait layer determines whether an entity is affirmed, negated, past history, or assigned to a family member.

1. Negation Trait

NEGATED vs AFFIRMED

Identifies negative scope trigger words ("no evidence of", "denies", "rules out") to prevent false-positive diagnostic coding.

EXAMPLE SCOPE DETECTION STATUS
"patient denies any history of angina" → NEGATED
"lungs clear, no evidence of pneumonia" → NEGATED

2. Temporality Trait

CURRENT vs PAST HISTORY

Classifies time boundaries: active admission diagnosis, historical medical condition, scheduled future procedure, or discontinued medication.

EXAMPLE CHRONOLOGY STATUS
"diagnosed with NSCLC in 2023" → PAST HISTORY
"Carboplatin discontinued 3 months ago" → DISCONTINUED

3. Certainty & Hedging

CONFIRMED vs SUSPECTED

Detects clinical hedging ("possible", "likely", "suspected") vs definitive confirmed diagnoses.

EXAMPLE HEDGING STATUS
"suspected acute hypersensitivity reaction" → POSSIBLE / HEDGED
"CT shows confirmed RUL lesion" → CONFIRMED

4. Subject Assignment

PATIENT vs FAMILY MEMBER

Distinguishes conditions belonging to the subject patient vs family history (e.g. maternal history of cancer).

EXAMPLE SUBJECT ASSIGNED SUBJECT
"Mother had history of ovarian carcinoma" → FAMILY (MOTHER)
"Father died of sudden cardiac arrest" → FAMILY (FATHER)
Human-in-the-Loop Review

Built-in Clinical Reviewer Workspace

No AI is 100% perfect on ambiguous medical narratives. Enterprise buyers need transparency and control over what touches production databases.

  • Automated Confidence Thresholding: High confidence (>90%) auto-approves; lower confidence routes to queue.
  • One-Click Code Overrides: Clinical coders can quickly search & re-assign SNOMED or ICD-10 codes.
  • Complete Audit Logging: Tracks who reviewed, edited, or approved every entity span for 21 CFR Part 11 compliance.
REVIEW QUEUE #8092-B 1 Entity Needs Verification
"Patient presents with suspected left upper lobe infiltrate on chest radiograph."
Model Output (84% Confidence):
SNOMED: 233604007 Infiltrate of lung (Hedged)
Trait: Suspected / Hedged | Anatomy: Left upper lobe
Developer First API

Integrate via REST API & Webhooks

Simple HTTP requests in, structured FHIR & JSON response out.

POST /v1/extract-and-code HTTP 200 OK
curl -X POST https://api.miimansa.ai/v1/extract \
  -H "Authorization: Bearer sk_live_89a02f9021a" \
  -H "Content-Type: application/json" \
  -d '{
    "document_type": "protocol_draft",
    "text": "Patient has history of Stage IV NSCLC. No evidence of active brain metastases.",
    "output_format": "fhir_r4",
    "redact_phi": true
  }'
Security & Compliance First

HIPAA-Eligible Architecture & PHI Redaction

Given that compliance is the top adoption barrier for healthcare IT leaders, MiimansaAI builds security directly into the pipeline core.

1. First-Class PHI Redaction

Detects and suppresses all 18 HIPAA Protected Health Information (PHI) identifiers prior to passing clinical text to entity extraction models.

2. BAA & VPC Deployment

Sign Business Associate Agreements (BAAs) for Team & Enterprise tiers. Deployable in dedicated AWS/Azure VPCs or isolated on-premise enclaves.

3. Audit Logging & Lineage

Immutable audit logs track every document ingestion, model confidence score, human review modification, and FHIR export event.