Kordeus.PAX: Difference between revisions

From Kordeus Wiki
Jump to navigation Jump to search
Stefanseiler (talk | contribs)
Stefanseiler (talk | contribs)
 
(34 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''Kordeus SARA''' is an innovative platform designed to streamline the end-to-end management of [[Travel assistance service request|travel assistance service requests]] through a secure, peer-to-peer ecosystem.
[[File:Interacting parties of Kordeus.PAX.png|thumb|644x644px|The digital Travel Assistance Service Requests (TASR) ecosystem]]'''Kordeus.PAX''' is an platform designed to streamline the end-to-end management of [[Travel assistance service request|travel assistance service requests]] through a secure, peer-to-peer ecosystem.


Why SARA stands out from traditional centralized or generic task platforms:
Why SARA stands out from traditional centralized or generic task platforms:
Line 10: Line 10:


== Interacting parties & Business processes ==
== Interacting parties & Business processes ==
[[File:Interacting parties of Kordeus.PAX.png|thumb|400x400px|Interacting parties of Kordeus.PAX]]
The travel assistance service delivery ecosystem hosts 5 different roles, which are represented by [[:Category:Digital Types|types of digitals]], where each have their
The travel assistance service delivery ecosystem hosts 5 different roles, which are represented by types of digitals:


* [[Carrier digital|Carrier digitals]] - delivering core information on available services and access to reservation systems
*individual [[SARA business process domains|business process domains]]
* [[Passenger digitals|Passenger digital]] - storing health information and representing the delivery
* specific interactions with each other. You may see [[SARA digital interaction flows|digital interaction flows]] or [[Dev:Partner creation processes|digital creation processes]] for further information
* [[Travel partner digitals|Travel partner digital]] - supporting passengers on creation and management of their travel service reuquests (optional)
* [[Operation center digitals|(Medical) Operation Center digital]] - the operation central, which processes requests and governs the service delivery process
* [[Delivery partner digitals|Delivery partner digital]] - the partners of the operation center digital, which ultimately perform the services ordered by the operation center
Each of these parties have:


* their individual [[SARA business process domains|business process domains]]
<u>Interacting digitals</u> - digital twins to natural or legal persons
* specific interactions with each other. You may see [[SARA digital interaction flows|digital interaction flows]] for further information.


=== Operation centers (OC / MOC) ===
* [[Carrier digital|Carrier digitals]] - delivering core information on available services and access to reservation systems
Operation centers can use the [[Special Assistance Request Management Suite (SARA)]] service bundle to:
* [[Passenger digitals|Passenger digital]] - storing health information and status of special assistance requests from the patients perspective.
 
* [[Travel partner digitals|Travel partner digital]] - supporting passengers on creation and management of their travel service requests (optional)
*
* [[Travel assistance service operation center digitals|Travel assistance service operation center digital]] - the operation central, which processes requests and governs the service delivery process. (e.g. LH Medical Operation Center)
 
* [[Delivery partner digitals]] - the partners, which ultimately performing tasks as instructed by the operation centers (e.g. Airports, Technics, Intermodal operation centers, ... )
=== Delivery partners ===
<u>Human interface service digitals</u> - delivering multi digital platforms to allow parties, which do not have their own applications to interact with their digitals
Once services are granted/confirmed, they are typically not delivered by the operation center (OC) themselves, but by delivery partners. OCs push information and tasks to them within the core process. The delivery partners use a [[PAX Service Delivery Partner Portal]] to:
* [[PAX Portal digitals|PAX Portal digital]] - hosting the LH Group PAX.Portals, allowing [[passenger digitals]] and [[travel partner digitals]] to create, file and manage their special assistance requests
 
* [[Delivery partner digitals|Delivery partner digital]] - hosting the LH Group Deliery Portals, allowing the [[delivery partner digitals]], to manage the services ordered by the operation center
* receive and confirm tasks
== Data domains & data ownership ==
* confirm service delivery
A [[Travel assistance service request|travel assistance service requests]] holds these data domains, which are each handled differently due to the ownership and sensitivity of contained information. See this article on [[SARA data domains]] for further details.
* communicate with operation centers
== Service bundles ==
 
Kordeus.PAX consists of two major building blocks:
=== Carrier digitals ===
They define base information, like flight plans, through simple administation tools or interfaces. They offer transactional integration with their backend systems. (ONERES, SIRAX, ... )


== Process and communication flow ==
* [[PAX.Portal]] - This application is for passengers and their agents
Please [[Dev:Travel assistance service requests - Process flow|read this article]] on the process flow of [[Travel assistance service request|travel assistance service requests]]. According to the process, the digitals have to interact according to this [[Dev:Travel assistance service interaction map|travel assistance service interaction map]].
** enabling patients to request services and communicate with the operations centers responsible at the travel carrier
** enabling patient proxies (e.g. travel agents) to file requests on behalf of the patients


== Service bundles ==
* Tools for managing [[Travel assistance service request|travel assistance service requests]]
Kordeus.PAX consists of three service bundles, each delivering the required tools for the interacting parties:
** Portal Backend (v1) - An application, which covers fully manual backend processes without automation. (EOL Mid 2026)
* [[PAX Portal]] - for passengers and their agents
** SARA Backend Tools (v2) - A bundle of applications, which enable the core structured and rule based processing on the backend side. It contains these subservices
** allowing patients to request services and communicate with the operations centers responsible at the travel carrier
*** [[SARA.Core (Special Assistance Request Management Suite)|SARA.Core]] - the main tool for management of travel service requests and travel service delivery governance
** allowing patient proxies (e.g. travel agencies) to file requests on behalf of the patients
*** [[SARA.DeliveryPartnerPortal]] - for service delivery partner digitals
* [[Special Assistance Request Management Suite (SARA)]] - for operation centers and their staff
**** interact with operation ce<nowiki/>nters of the carriers
** allowing  to digitally interact with the service requesting parties
**** allowing to see and confir<nowiki/>m pending tasks
** high automation potential through operation center service decision workflow engine
*** [[Carrier Admininistration Tools|Carrier Admininistration T]]<nowiki/>[[Carrier Admininistration Tools|ools]] - for carrier's core digital to define service and service delivery processes
** allowing digital interaction with service partners
*** [[Travel Service Operation Center Administration Tools|Travel Service Operation C]]<nowiki/>[[Travel Service Operation Center Administration Tools|enter Administration Tools]] - the tools for defining:
* [[PAX Service Delivery Partner Portal|PAX Service Delivery Partner Portal]] - for service delivery partner digitals
**** service delivery options and constraints
** interact with operation ce<nowiki/>nters of the carriers
**** process automation rules within SARA.Core
** allowing to see and confir<nowiki/>m pending tasks
*** [[SARA.ProcessAutomationEngine|SARA.ProcessAutomationEngi]][[SARA.ProcessAutomationEngine|ne]] - the main tool for automation of work in SARA.Core
* [[Dev:PAX Base Administration|PAX Base Administration]] - <nowiki/>for carrier's core digital to define service and service delivery processes


== See also ==
== See also ==


* [[Dev:Internal meeting notes with team (LH-Project)|Internal meeting notes with team (LH-Pr]]__NOTOC__[[Dev:Internal meeting notes with team (LH-Project)|oject)]]
* [[Travel assistance service request]]__NOTOC__
* [[Dev:Kordeus.PAX Development Plan|Kordeus.PAX Development Plan]]
* [[SARA data domains]]
* [[Dev:Partner creation processes]]

Latest revision as of 14:38, 10 December 2025

The digital Travel Assistance Service Requests (TASR) ecosystem

Kordeus.PAX is an platform designed to streamline the end-to-end management of travel assistance service requests through a secure, peer-to-peer ecosystem.

Why SARA stands out from traditional centralized or generic task platforms:

  • Purpose-built for travel assistance – Tailored specifically to meet the complex needs of the travel assistance industry.
  • Data ownership, redefined – Ensures that individuals maintain full control over their personal data at all times.
  • Secure by design – Enables trusted, encrypted communication between all involved parties.
  • Scalable and open architecture – Ready to grow and adapt with your business needs.
  • Compliance without compromise – Supports data residency in required legal jurisdictions while operating as a unified system.

Interacting parties & Business processes

The travel assistance service delivery ecosystem hosts 5 different roles, which are represented by types of digitals, where each have their

Interacting digitals - digital twins to natural or legal persons

  • Carrier digitals - delivering core information on available services and access to reservation systems
  • Passenger digital - storing health information and status of special assistance requests from the patients perspective.
  • Travel partner digital - supporting passengers on creation and management of their travel service requests (optional)
  • Travel assistance service operation center digital - the operation central, which processes requests and governs the service delivery process. (e.g. LH Medical Operation Center)
  • Delivery partner digitals - the partners, which ultimately performing tasks as instructed by the operation centers (e.g. Airports, Technics, Intermodal operation centers, ... )

Human interface service digitals - delivering multi digital platforms to allow parties, which do not have their own applications to interact with their digitals

Data domains & data ownership

A travel assistance service requests holds these data domains, which are each handled differently due to the ownership and sensitivity of contained information. See this article on SARA data domains for further details.

Service bundles

Kordeus.PAX consists of two major building blocks:

  • PAX.Portal - This application is for passengers and their agents
    • enabling patients to request services and communicate with the operations centers responsible at the travel carrier
    • enabling patient proxies (e.g. travel agents) to file requests on behalf of the patients
  • Tools for managing travel assistance service requests
    • Portal Backend (v1) - An application, which covers fully manual backend processes without automation. (EOL Mid 2026)
    • SARA Backend Tools (v2) - A bundle of applications, which enable the core structured and rule based processing on the backend side. It contains these subservices

See also