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.
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.
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.