Healthcare Document Intelligence Built Around Your Workflow

Turn faxed, scanned, emailed, uploaded, and handwritten healthcare documents into searchable, indexed, source-linked evidence packages.
Healthcare organizations are buried in documents.
Medical records arrive by fax. Intake forms are handwritten. Insurance cards are scanned. Referral packets are emailed. Prior authorization documents are uploaded. Clinical records may arrive as hundreds or thousands of pages of PDFs and images.
The problem is not simply storing those documents.
The real problem is forcing nurses, doctors, reviewers, intake staff, case managers, and administrative teams to manually dig through large document packets to find medications, diagnoses, ICD-10 codes, treatments, signatures, dates, insurance information, provider notes, and protected health information.
AInDotNet builds custom healthcare document intelligence systems that help Microsoft-based organizations convert messy healthcare documents into searchable, indexed, source-linked, workflow-ready information.
Your workflow stays. Your patient data stays. The document burden shrinks.
Practical AI for Healthcare Documents — Not Generic AI Hype
Intelligent Document Processing, or IDP, combines OCR, document classification, entity extraction, search, workflow automation, human review, and reporting.
In healthcare, that means turning unstructured documents into organized evidence that people can actually use.
A healthcare IDP system can help your team:
- Convert scanned records and faxed documents into searchable PDFs
- OCR printed and handwritten forms
- Extract medications, diagnoses, ICD-10 codes, treatments, dates, providers, and PHI
- Index clinical entities across large document packets
- Create reviewer-friendly evidence views
- Jump from extracted information back to the exact source page
- Flag missing fields, missing signatures, low-confidence extractions, and possible inconsistencies
- Support human review instead of replacing clinical judgment
- Preserve audit trails for compliance, review, and quality control
The goal is not to let AI make medical decisions.
The goal is to help healthcare professionals find the right information faster, with better organization, better traceability, and less manual document review.
The Healthcare Document Problem
Even organizations with modern EHR systems still depend on documents.
Healthcare teams still receive:
- Faxed medical records
- Scanned PDFs
- Uploaded patient forms
- Emailed attachments
- Referral packets
- Prior authorization documentation
- Insurance cards
- Driver’s licenses
- Lab reports
- Consultation notes
- Discharge summaries
- Long medical record packets
- Handwritten intake forms
- PHI-heavy reports
- Paper forms converted to images
These documents often arrive in inconsistent formats. Some are searchable PDFs. Some are image-only scans. Some contain handwriting. Some contain duplicate pages. Some contain missing signatures. Some contain sensitive PHI that needs to be found, protected, redacted, or reviewed.
A nurse or reviewer may have to search through a 1,000-page medical record packet to find a few critical facts.
That is not a technology problem alone.
That is a workflow problem.
What AInDotNet Builds
Custom Healthcare IDP Systems
AInDotNet builds custom document intelligence applications for healthcare organizations that rely on Microsoft technologies such as:
- .NET
- Azure
- Azure AI services
- SQL Server
- Azure SQL
- Microsoft 365
- SharePoint
- Teams
- Power BI
- Power Platform
- Dynamics
- Entra ID
- Existing custom business applications
We do not force your healthcare organization into a rigid vendor workflow.
We build around the way your teams already receive, review, route, search, summarize, and approve documents.
Built Around Your Workflow — Not the Other Way Around
Many document automation platforms require healthcare teams to adapt to their software.
That creates friction.
It may force new screens, new procedures, new routing rules, new training, new exceptions, and new operational problems.
AInDotNet takes a workflow-first approach.
We start by understanding:
- How documents enter your organization
- Who receives them
- Who reviews them
- What information they search for
- What systems must be updated
- Where delays occur
- What errors happen
- Which documents require human review
- Which fields must be verified
- Which steps involve PHI
- Which reports, dashboards, and audit trails are needed
Then we design the document intelligence system around that workflow.
Custom where it matters. Standard where it saves money.
We use proven Microsoft and cloud services for OCR, extraction, search, storage, security, logging, and reporting. The customization happens where it creates business value: workflow, review screens, routing, integrations, dashboards, validation rules, exception handling, and audit trails.
Healthcare IDP Use Cases
1. Medical Record Packet Review
Healthcare organizations frequently receive large record packets as faxes, PDFs, scanned images, uploads, or emailed files.
These packets may contain hundreds or thousands of pages.
A healthcare document intelligence system can:
- Convert image-based documents into searchable PDFs
- OCR printed and handwritten content
- Extract medications, diagnoses, procedures, treatments, dates, providers, and facilities
- Identify ICD-10 codes and related clinical references
- Build a medication index
- Build a diagnosis and condition index
- Build a treatment and procedure index
- Create a chronological timeline
- Identify duplicate pages
- Flag missing pages or missing signatures
- Detect PHI
- Provide source-page links for every extracted item
- Help reviewers jump directly to relevant evidence
Instead of treating a medical record packet like a pile of paper, the system turns it into searchable clinical evidence.
2. Medication, Diagnosis, Treatment, and ICD-10 Indexing
OCR alone is not enough.
A searchable PDF is useful, but the real value comes from structured indexing.
AInDotNet can help design systems that extract and organize:
- Medications
- Dosages
- Allergies
- Symptoms
- Diagnoses
- Medical conditions
- ICD-10 codes
- Procedures
- Treatments
- Labs
- Anatomy references
- Provider names
- Facility names
- Dates
- Signatures
- PHI
- Patient identifiers
- Insurance information
The system can count occurrences, group related terms, and link every extracted item back to the original document source.
That gives reviewers faster access to the information they need without forcing them to manually search every page.
3. Multiple Clinical Evidence Views
The same medical record packet can tell different stories depending on what the reviewer needs to understand.
AInDotNet can build role-specific and workflow-specific views such as:
| View | Purpose |
|---|---|
| Medication View | Shows drugs, dosages, changes, mentions, and source pages |
| Diagnosis View | Groups conditions, diagnoses, ICD-10 codes, and evidence |
| Treatment View | Shows procedures, therapies, surgeries, interventions, and outcomes |
| Timeline View | Reconstructs patient history chronologically |
| Provider View | Shows which providers, facilities, or departments contributed information |
| PHI View | Identifies sensitive information for protection, review, or redaction |
| Prior Authorization View | Organizes evidence needed to support approval or review |
| Conflict View | Highlights inconsistent, missing, duplicated, or unclear information |
| Intake View | Shows extracted patient-submitted information for staff review |
| Compliance View | Supports audit, review, and exception tracking |
If every view tells the same story, the case may be straightforward.
If the medication view, diagnosis view, treatment view, and timeline view do not align, reviewers need better tools — not more manual searching.
4. Prior Authorization Document Support
Prior authorization workflows often depend on large volumes of documentation.
Healthcare teams may need to collect, review, organize, and submit evidence from multiple sources.
A healthcare IDP system can support prior authorization workflows by helping teams:
- Classify incoming prior authorization documents
- Extract patient, provider, payer, diagnosis, treatment, and procedure information
- Identify supporting clinical evidence
- Locate missing documentation
- Organize medical necessity evidence
- Build reviewer-facing evidence packets
- Link extracted items back to source pages
- Prepare appeal-support documentation
- Route incomplete packets for human follow-up
- Track review status and exceptions
The system does not make the approval decision.
It helps organize the evidence so qualified people can review it faster.
5. Patient Intake Forms
Patient intake is one of the best starting points for healthcare document intelligence.
It is repetitive, document-heavy, operationally painful, and often full of manual data entry.
AInDotNet can build systems that process:
- New-patient forms
- Medical history forms
- Consent forms
- Symptom forms
- Allergy lists
- Medication lists
- Emergency contact forms
- Insurance forms
- Referral forms
- Pre-op forms
- Behavioral health forms
- Home health intake forms
- Long-term care intake packets
The system can extract structured data, flag unreadable fields, identify missing signatures, compare form data against card data, and route exceptions to intake staff.
6. Insurance Cards, Healthcare Cards, and Driver’s Licenses
Healthcare intake often requires staff to manually read and enter information from cards and IDs.
A custom IDP system can extract data from:
- Insurance cards
- Driver’s licenses
- Government-issued IDs
- Healthcare cards
- Front and back card images
- Scanned card copies
- Uploaded card photos
Possible extracted fields include:
- Patient name
- Date of birth
- Address
- Member ID
- Group number
- Plan name
- Payer name
- Policy number
- Rx BIN
- Rx PCN
- Customer service number
- Expiration date
- Effective date
The system can compare extracted card data against patient-entered data and flag mismatches for human review.
7. Doctor-Patient and Nurse-Patient Conversations
Healthcare documentation is not limited to paper and PDFs.
With proper consent and appropriate governance, consultations and calls can be recorded, transcribed, and analyzed to support documentation workflows.
AInDotNet can help build systems that:
- Transcribe synthetic or approved real consultation audio
- Extract symptoms, medications, allergies, conditions, and follow-up items
- Identify potential documentation gaps
- Compare consultation content against existing records
- Prepare draft summaries for human review
- Route uncertain items to staff
- Preserve source transcript references
- Support audit and quality review
The purpose is not to replace doctors, nurses, or clinical judgment.
The purpose is to reduce documentation burden and prepare structured information for qualified human review.
8. PHI Detection, Redaction, and Audit Support
Healthcare document intelligence must treat PHI as a core design requirement, not an afterthought.
AInDotNet can help design systems that identify and manage sensitive information such as:
- Patient names
- Dates of birth
- Addresses
- Phone numbers
- Email addresses
- Medical record numbers
- Insurance IDs
- Account numbers
- Provider identifiers
- Facility names
- Dates of service
- Clinical details
- Other protected or sensitive information
Use cases include:
- PHI detection
- PHI inventory
- Redaction support
- Report-safe summaries
- Human approval queues
- Audit logging
- Reviewer tracking
- Source-page traceability
- Exception reporting
In healthcare, document intelligence without PHI controls is not a solution.
It is a liability.

Deployed Inside Your Cloud Security Boundary
Many healthcare organizations are uncomfortable sending patient records into a generic third-party SaaS platform.
AInDotNet can take a different approach.
We can build custom healthcare document intelligence applications that run inside your Azure or AWS environment, using your existing:
- Identity model
- Security policies
- Network controls
- Storage accounts
- Databases
- Logging systems
- Monitoring tools
- Access controls
- Compliance procedures
- Cloud governance model
Your patient data stays under your organization’s control.
When OCR, document intelligence, speech-to-text, or AI services are used, those services can be limited to cloud services your organization has reviewed and approved for HIPAA-regulated, FedRAMP-sensitive, or other regulated-data workloads.
The system can be designed so patient data stays inside your controlled cloud boundary except when explicitly routed to approved AI/OCR services under your organization’s governance.
Built to Scale from Pilot to High-Volume Processing
A healthcare document intelligence system can start with one painful workflow and scale as value is proven.
AInDotNet can design systems that scale from a small department pilot to thousands of medical record packets per day, depending on document size, OCR complexity, service limits, human review requirements, and cloud architecture.
High-volume architectures can include:
- Queue-based document ingestion
- Parallel OCR processing
- Document classification services
- Durable storage
- Extracted text repositories
- Structured extraction tables
- Search indexes
- Human review queues
- Retry handling
- Exception processing
- Monitoring dashboards
- Audit logs
- Cost tracking
- Role-based review portals
- Power BI reporting
The goal is to build practical systems that scale without unnecessary enterprise consulting overhead.
Lower Development and Operating Cost Than Traditional Enterprise Consulting Approaches
Large consulting firms often bring large teams, long discovery cycles, expensive implementation models, and platform-first delivery.
AInDotNet focuses on practical, workflow-specific systems.
We use proven Microsoft and cloud components where they already solve the problem, then customize the parts that must match your healthcare workflow.
That can reduce:
- Development cost
- Implementation risk
- Operating cost
- Training burden
- Workflow disruption
- Vendor lock-in
- Time to pilot
- Time to measurable value
The objective is not to build expensive custom software for the sake of custom software.
The objective is to build the right amount of custom workflow automation around proven cloud, AI, database, security, and reporting components.
Source Code, Ownership, and Control
AInDotNet can bring a reusable IDP application shell, architecture, components, and implementation patterns that are then adapted to your specific healthcare workflow.
A typical model is:
- Your organization owns its data, documents, workflows, business rules, configurations, PHI, and healthcare-specific process knowledge.
- AInDotNet retains ownership of its reusable IDP framework, pre-existing code, templates, tools, accelerators, and generic components.
- Your organization receives the rights needed to operate, audit, and maintain the delivered system inside your environment, according to the agreement.
- Client-specific screens, rules, mappings, reports, and integrations can be defined clearly in the project agreement.
- Source code access, escrow, internal-use licensing, maintenance rights, and support terms can be addressed as part of the engagement.
This gives healthcare organizations operational control without requiring AInDotNet to give away its reusable platform intellectual property.
Healthcare Organizations We Help
This healthcare document intelligence approach may apply to organizations such as:
- Hospitals and healthcare organizations
- Medical practices
- Medical and diagnostic laboratories
- Home health care organizations
- Nursing homes and residential care facilities
- Mental health care organizations
- Public health organizations
- Health and human services organizations
These are healthcare-related industry categories available in the Muraena / LinkedIn industry taxonomy you are using for contact targeting.
Demo Examples
AInDotNet can demonstrate practical healthcare document intelligence using synthetic, non-patient data.
Example demos may include:
Medical Record Packet Review
A synthetic packet containing forms, notes, lab references, medication lists, referrals, IDs, insurance cards, PHI, missing signatures, duplicate pages, and clinical references.
The demo can show:
- OCR
- Document classification
- Medication indexing
- Diagnosis indexing
- ICD-10 indexing
- Treatment indexing
- Timeline generation
- PHI detection
- Missing-field detection
- Source-page navigation
- Human review queues
Patient Intake Form Processing
A hand-printed synthetic patient intake form can be processed to extract:
- Patient demographics
- Contact information
- Emergency contacts
- Current medications
- Allergies
- Medical history
- Symptoms
- Consent checkboxes
- Signature and date
Low-confidence fields can be routed to intake staff for review.
Insurance Card and Driver’s License Processing
Synthetic cards can be used to demonstrate:
- Member ID extraction
- Group number extraction
- Payer name extraction
- Plan information extraction
- Driver’s license data extraction
- Mismatch detection
- Manual review routing
CMS-Style Form Validation
A printed medical or administrative form can be used to show:
- Form classification
- Required-field detection
- Date detection
- Signature detection
- Missing-field alerts
- Source-page review
Doctor-Patient Conversation Transcription
A synthetic doctor-patient conversation can be recorded, transcribed, and analyzed to extract:
- Symptoms
- Medications
- Allergies
- Conditions
- Follow-up items
- Treatment references
- Draft review summary
The result is structured information prepared for human review, not automated clinical decision-making.
Healthcare IDP Workflow Assessment
Find the Best Document Intelligence Opportunity in Your Organization
Not every document workflow should be automated first.
The best starting point is usually a workflow with:
- High document volume
- High manual review time
- Repetitive document types
- Clear business value
- High error risk
- High routing complexity
- PHI or compliance exposure
- Strong need for search, indexing, or evidence review
- Executive or departmental ownership
AInDotNet offers a Healthcare IDP Workflow Assessment to help identify practical opportunities.
Assessment Areas
During an assessment, we can review:
- Document types
- Intake channels
- Monthly or daily document volume
- Average pages per document packet
- Current manual review process
- Current staff roles
- Existing systems
- Security requirements
- PHI handling
- OCR and extraction complexity
- Workflow bottlenecks
- Reporting needs
- Human review requirements
- Pilot candidates
- Estimated implementation complexity
- Potential cost and productivity impact
Assessment Deliverables
A Healthcare IDP Workflow Assessment may include:
- Current workflow map
- Document inventory
- Automation opportunity list
- Candidate pilot workflow
- Security and compliance considerations
- Suggested technical architecture
- Data and integration requirements
- Human review model
- Rough cost/value/risk assessment
- Recommended phased implementation plan
Download the Free Healthcare IDP Opportunity Assessment
Before starting a project, it helps to identify where document intelligence can create the most value.
The free Healthcare IDP Opportunity Assessment helps your team evaluate document-heavy workflows based on:
- Volume
- Page count
- Staff review time
- Error risk
- PHI exposure
- Automation difficulty
- Business value
- Security sensitivity
- Integration needs
- Reporting value
- Pilot suitability
Use it to identify which healthcare document workflows deserve deeper review.
Download the Free Healthcare IDP Opportunity Assessment
Executive Brief and Technical Brief
Want a shorter overview?
AInDotNet provides two brief documents for healthcare technology leaders.
Executive Brief
Healthcare Document Intelligence Built Around Your Workflow
A 3–4 page business-focused overview for CIOs, CTOs, VPs, Directors, and operational leaders.
Topics include:
- Healthcare document pain
- Practical IDP use cases
- Business value
- Workflow-first implementation
- Patient data control
- Scalability
- Cost model
- Recommended next steps
Technical Brief
Scalable Healthcare IDP Architecture for Microsoft-Based Organizations
A 3–4 page technical overview for IT, architecture, data, application, and security leaders.
Topics include:
- Reference architecture
- Ingestion pipeline
- OCR and classification
- Entity extraction
- Search indexing
- Human review queues
- Source-page traceability
- Cloud security boundary deployment
- Microsoft-stack integration
- Scalability model
- Logging and audit trails
Request the Executive Brief and Technical Brief
Want a Deeper Dive on Intelligent Document Processing?
This page focuses specifically on healthcare document intelligence: medical records, faxes, intake forms, insurance cards, PHI, prior authorization documents, and healthcare workflow automation.
For a broader explanation of Intelligent Document Processing, including core concepts, business use cases, implementation considerations, and practical AI document automation strategies, visit the full AInDotNet IDP guide:
Intelligent Document Processing: Practical AI for Turning Documents into Business Data
That guide provides a deeper look at how IDP works, where it creates value, and how organizations can use OCR, AI extraction, validation, search, workflow automation, and human review to process document-heavy business workflows.
Why AInDotNet
AInDotNet focuses on practical AI applications for organizations that use Microsoft technologies.
We specialize in building custom, data-driven, workflow-specific systems using familiar Microsoft platforms and enterprise software principles.
Our healthcare IDP approach is based on several core beliefs:
1. Workflow Comes First
The system should fit the way your healthcare teams actually work.
2. Patient Data Control Matters
Healthcare organizations should control where patient data is stored, processed, reviewed, logged, and audited.
3. AI Should Support People
AI should reduce manual burden, not replace professional judgment.
4. Source Evidence Must Be Preserved
Every extracted item should link back to the original document, page, or transcript segment whenever possible.
5. Custom Where It Matters, Standard Where It Saves Money
Use proven services for commodity capabilities. Customize the workflow, review experience, integrations, and business rules.
6. Start Small, Prove Value, Then Scale
The best healthcare AI projects usually start with one painful workflow and expand after measurable value is proven.
Example Healthcare IDP Architecture
A typical custom healthcare document intelligence architecture may include:
- Document ingestion
Fax, scan, upload, email, portal, SharePoint, or application input. - Secure storage
Documents stored in approved cloud storage under the organization’s security controls. - OCR and layout extraction
Printed, scanned, image-based, and handwritten content converted into machine-readable text and structure. - Document classification
Documents classified by type, such as intake form, insurance card, referral, lab report, clinical note, consent form, or medical record. - Entity extraction
Medications, diagnoses, treatments, ICD-10 codes, dates, providers, facilities, PHI, signatures, and other data extracted. - Validation and confidence scoring
Missing, low-confidence, unclear, or inconsistent data flagged for human review. - Indexing and search
Extracted text and entities indexed for fast search, filtering, grouping, and reporting. - Reviewer portal
Role-specific screens for nurses, doctors, intake staff, case managers, prior authorization teams, and compliance reviewers. - Source-page traceability
Users can jump from extracted facts to the original source document and page. - Audit logging
Extraction, review, correction, redaction, export, and approval actions logged. - Reporting and dashboards
Operational metrics, workload, exceptions, processing volume, and review activity surfaced through dashboards. - Integration
Data routed to downstream systems such as SQL Server, Azure SQL, SharePoint, Power BI, Teams, Dynamics, EHR-adjacent systems, or custom .NET applications.
What Makes This Different From Generic IDP Platforms?
| Generic IDP Platform | AInDotNet Workflow-First Healthcare IDP |
|---|---|
| Platform-defined workflow | Your workflow defines the system |
| Generic document screens | Role-specific review screens |
| Vendor-hosted SaaS model | Can run inside your cloud security boundary |
| Generic extraction | Healthcare-specific indexing and review views |
| Limited customization | Custom workflow, routing, screens, and integrations |
| One-size-fits-all approach | Designed around your document types and staff roles |
| Harder to integrate deeply | Built for integration |
| May require process change | Fits existing operational reality |
| Vendor roadmap controls priorities | Your workflow priorities drive the implementation |
| OCR-centered | Evidence-centered |
Start With One Document-Heavy Workflow
You do not need to automate every healthcare document process at once.
The best starting point is usually one painful workflow:
- Large medical record packet review
- Patient intake forms
- Prior authorization documentation
- Referral packets
- Insurance card processing
- PHI redaction
- Lab report routing
- Consultation transcript review
- Home health intake
- Long-term care documentation
AInDotNet can help identify the best starting point and design a practical pilot.
Schedule a Healthcare IDP Workflow Assessment
Find out where document intelligence can reduce manual review, improve search, preserve source evidence, and support your healthcare workflow.
Schedule a Healthcare IDP Workflow Assessment
Healthcare Documents Are Not Going Away
Faxes, scanned PDFs, forms, uploads, emails, cards, IDs, and long record packets are still part of real-world healthcare operations.
The question is whether your staff should keep reviewing them manually.
AInDotNet builds custom healthcare document intelligence systems that fit your workflow, run inside your cloud security boundary, and help turn messy documents into searchable, indexed, source-linked evidence.
Your workflow stays. Your patient data stays. The document burden shrinks.
Schedule an IDP Workflow Assessment
Download the Free Healthcare IDP Opportunity Assessment
Request the Executive Brief and Technical Brief
Frequently Asked Questions
What is healthcare document intelligence?
Healthcare document intelligence uses OCR, AI, search, entity extraction, workflow automation, and human review to convert healthcare documents into structured, searchable, usable information.
It can process medical records, faxes, forms, insurance cards, IDs, prior authorization packets, referrals, lab reports, consultation transcripts, and other healthcare documents.
Is healthcare IDP just OCR?
No.
OCR converts images into text.
Healthcare document intelligence goes further by classifying documents, extracting entities, indexing clinical information, identifying PHI, creating evidence views, linking facts to source pages, routing exceptions, and supporting human review workflows.
Can this process scanned PDFs and faxed medical records?
Yes.
A healthcare IDP system can be designed to process scanned PDFs, image-based documents, faxed records, uploaded files, and emailed attachments.
The quality of extraction depends on document quality, handwriting, image resolution, formatting, and the specific OCR or AI services used.
Can this process handwritten forms?
Yes, with limitations.
Handwriting recognition can be useful, especially for structured forms, but accuracy depends heavily on handwriting quality, image quality, form design, and the field being extracted.
A well-designed system should route low-confidence handwriting extractions to human review.
Can this identify PHI?
Yes.
A healthcare document intelligence system can be designed to identify PHI and support redaction, review, reporting, and audit workflows.
PHI detection should be combined with human review, logging, access controls, and your organization’s compliance policies.
Can this run inside our Azure or AWS environment?
Yes.
AInDotNet can design custom applications that run inside your Azure or AWS environment, using your identity, storage, database, logging, monitoring, networking, and security controls.
Does patient data leave our environment?
The system can be designed so patient data remains inside your controlled cloud boundary, except when explicitly routed to AI, OCR, speech, or document processing services your organization has approved under your governance model.
This architecture should be reviewed with your security, compliance, legal, and cloud teams.
Does AInDotNet replace our EHR?
No.
This is not an EHR replacement.
Healthcare document intelligence is usually a supporting layer that helps extract, organize, search, summarize, validate, and route information from messy documents and then integrate with existing systems where appropriate.
Can this integrate with existing systems?
Yes.
AInDotNet can design integrations with most other systems using APIs, queues, events, databases.
Can the system scale to thousands of documents per day?
It can be designed to scale to high-volume processing using queue-based ingestion, parallel processing, cloud storage, search indexing, extraction services, monitoring, retry logic, and human review queues.
Actual throughput depends on document size, page count, OCR complexity, service limits, review requirements, architecture, and budget.
Do you use AI to make clinical decisions?
No.
The purpose is to help healthcare professionals find, organize, verify, and review information faster.
Clinical judgment remains with qualified healthcare professionals.
Who owns the source code?
AInDotNet may bring reusable framework code, templates, tools, accelerators, and architecture patterns.
A typical model is that AInDotNet retains ownership of its pre-existing reusable technology, while the healthcare organization owns its data, documents, workflows, configurations, and client-specific business information.
The client receives the rights needed to operate, audit, and maintain the delivered system according to the project agreement.
