HOW IT WORKS

From a passenger claim
to a reviewed response.

See how Passenger.care brings the case, flight evidence, rules and reviewer together — and keeps each next action connected to its decision.

Follow an illustrative case

INSIDE PASSENGER.CARE

The case.
The evidence.
The review.

This is the actual flight decision review screen. An operator can inspect the proposed outcome, see the linked claims and identify passenger exceptions before approving the next step.

Development UI with synthetic test data. Figures and outcomes are examples, not customer results or a live eligibility assessment.

Passenger.care flight decision review: a proposed flight outcome, linked claim, passenger exception and human approval controls, populated with synthetic test data.
Real product interface · synthetic data · View full size (new tab)
01

Review the proposal

See the flight, proposed outcome and reasons together.

02

Keep exceptions visible

Separate shared flight facts from passenger-specific circumstances.

03

Choose the next action

Return the proposal for more work or send it through the defined approval path.

01

Collect what the reviewer needs.

Connect the case to its flight.

Bring the relevant claim, flight and operational context together. Keep the source of each fact clear. Your airline’s authoritative records and approved mappings determine what the workflow can rely on.

A public flight-data feed can corroborate evidence. It does not silently replace an authoritative airline fact.
02

A result you can trace back.

Assess with versioned rules.

Structured assessments identify the rule version, facts and reasoning behind an outcome. Missing inputs and unsupported scenarios stay visible for further review.

Current EU261 and UK261 reference candidates require legal review, source validation and project-specific approval before operational use.
03

Put responsibility at the right point.

Review the flight decision.

An authorised person reviews the common flight assessment. Where configured, independent approval adds a second set of eyes. The decision retains its evidence and version history.

Approval of common flight context does not remove individual claim review.
04

Use common context with care.

Handle claims and exceptions.

Apply the reviewed flight context to ordinary claims while keeping passenger-specific circumstances on a separate review path. Changes to relevant evidence can trigger reassessment.

An exception is not forced into the ordinary path just because it shares a flight.
05

Keep the decision connected to the action.

Control the next hand-off.

Prepare reviewed communication and finance instructions through their defined approval paths. Preserve acknowledgements and reconcile uncertain delivery outcomes.

Passenger Care does not execute a money transfer. Your authorised payment system remains responsible for funds.

DEPLOYMENT & CONTROL

Local AI.
Passenger data under your control.

EU AI Act ReadyGDPR Ready

Passenger.care supports fully on-premises operation, including local AI models. Passenger data stays within your organisation. External operational evidence can come in without passenger data going out.

GDPR Ready. Your data boundaries.

Run in an isolated environment using local evidence, or bring in approved flight, weather and NOTAM feeds. External enrichment does not require sending passenger records to those providers.

EU AI Act Ready. Governed assistance.

Controlled model routing, input and output validation, access restrictions and human approval keep AI assistance separate from claim decisions and financial authority.

Make governance visible.

Trace decisions to evidence and versioned rules. Define access, review responsibilities and data-handling policies for your deployment, with human oversight throughout the workflow.

YOUR PROCESSES & SYSTEMS

Adapt the workflow.
Keep the control.

Configure airline-specific process stages, responsibilities and approval paths. Versioned workflows keep each case connected to the process that governs it; legally reviewed rule profiles are managed separately.

Your CRM and authoritative flight operations data are the integration starting point. Booking, journey and other case-specific facts may be available through those systems or require an additional source. We map the required facts and hand-offs for your pilot.

Weather and NOTAM data provide supporting evidence. Missing or conflicting facts remain visible for review.

AIRLINES, PARTNERS & JURISDICTIONS

Shared platform.
Defined boundaries.

Manage multiple airlines and outsourcing organisations in one system, with access tied to assigned roles and work. Define each airline’s workflows, language capabilities and review responsibilities.

Multilingual communication can follow your airline’s tone, terminology and local communication standards. Language and model quality are evaluated for the tasks in scope.

RULE COVERAGE

Start with the rules your operation needs.

Agree the claim types, rule versions and airline interpretations before operational activation.

EU261 / 2004

European passenger rights

Scenario coverage varies

Rule development includes different levels of scenario coverage.

For your pilot: Agree the claim types, evidence and applicable rule versions for your operation.

UK261

UK passenger rights

Scenario coverage varies

Rule development includes different levels of scenario coverage.

For your pilot: Confirm the UK rule package and airline interpretation for the cases in scope.

US DOT

Aviation Consumer Protection

Implemented

Rules are implemented; the applicable scenarios and rule versions are confirmed for your pilot.

For your pilot: Confirm which US DOT scenarios apply to your routes and workflow before activation.

Israel

Aviation Services Law

In development

Israeli passenger-rights rules are in development.

For your pilot: Discuss the required scenarios and availability before including this jurisdiction in a pilot.

Vietnam

Passenger rights

In development

Vietnamese passenger-rights rules are in development.

For your pilot: Discuss the required scenarios and availability before including this jurisdiction in a pilot.

WHAT WE AGREE BEFORE A PILOT

Designed around
your airline’s process.

Data & deployment

Define the on-premises environment, local AI models, access permissions and approved inbound evidence sources for your airline.

Rules & responsibility

Define legal review, airline interpretation, evidence ownership and the approval roles for the workflow.

Integration & acceptance

Map your source systems and hand-offs. Test the expected results and failure cases before operational use.

A CLEAR NEXT STEP

Where does your
claims process slow down?

Let’s find a useful starting point for your airline.

Discuss your claims workflow