The physician's economic surface and the patient's service layer — transparent, real-time, mobile.
The physician portal gives every specialist real-time visibility of their production, fees, payer adjudications and performance against targets — the same numbers the finance director sees. The patient portal delivers pre-admission quotations, daily account visibility during hospitalisation, and electronic invoicing on discharge.
Physician: production per episode, per fee, per payer
Real-time, audit-grade. The same version of the numbers the medical director and the finance director see. When a fee is adjusted — audit correction, payer denial, administrative change — the physician sees the same version chain the finance department reads. Accessible on mobile at the same depth as desktop.
Patient: account visibility during hospitalisation
The patient's consumption account accessible during the episode, not after discharge. What has accumulated, what the projected patient portion is — visible day by day. The invoice breakdown on discharge is not a surprise; it is the same figure the patient has been watching accumulate.
Self-service reduces administrative volume
Appointment rescheduling, account status queries and report copy requests handled through the patient portal. A virtual assistant manages the high-volume administrative tasks that would otherwise require additional staff. Administrative teams focus on the cases that require human judgement.
GDPR / LOPDGDD consent built in
The patient controls what data is shared and how. Consent management integrated at the architecture level, not added as a later layer. Document access governed per the patient's declared preferences — clinical and administrative records from the expediente virtual available only within the consent perimeter the patient has set.
Transparency as an architectural property, not a communications feature.
Five first-class surfaces of the portals engine — physician production, physician performance, physician agenda, patient pre-admission and in-stay, patient post-discharge and self-service.
Physician portal — production and fees
The specialist's view of their own activity: procedures performed per period, episode status (performed / valued / blocked), fees generated, discounts applied, final payable per fee. Visibility per episode, per payer adjudication. Version chain preserved — when a fee is adjusted for any reason, the physician sees the same adjustment record and the same rationale the finance team sees. The compensation process is readable and reconstructable. This builds institutional trust in a way that a monthly PDF summary cannot.
Physician portal — performance dashboard
Volume achieved versus contracted target. Quality KPI progress against the performance contract. Efficiency metrics calculated from the episode data the engine holds: length of stay versus benchmark, readmission rate, complication rate per the regulator's case-mix definition. No separate reporting pipeline. No monthly email from the finance department. The specialist's performance against their own contract is available in the same portal as their fee statement — calculated from the same source data, visible on demand.
Physician portal — agenda and mobility
The specialist's own schedule across all resource types: outpatient, surgical, on-call, haemodynamics, diagnostics. Full portal functionality on tablet, mobile and laptop — the same operational depth as desktop. The cardiologist reviewing their haemodynamics schedule before a morning round, or the surgeon confirming a theatre slot from a mobile device, accesses the same data as the administrative coordinator at a workstation. No reduced-functionality mobile version.
Patient portal — pre-admission and during hospitalisation
Pre-admission quotation with coverage breakdown per the patient's plan: what is covered, what the co-payment is, what the deductible amount is, what is excluded. Estimate version history preserved — the patient can see how the estimate changed if the procedure scope changed. During hospitalisation, the daily current account visible in the portal: consumption accumulated, projected patient portion, cost-centre allocation by service. The patient who has been watching this account accumulate is not surprised by the invoice that arrives on discharge.
Patient portal — post-discharge and self-service
Electronic invoice with full breakdown on discharge: what was covered by each payer, what the co-payment is, what the deductible amount is, what remains as the patient's obligation. Clinical and administrative documents from the expediente virtual accessible per the patient's consent settings. Appointment rescheduling, cancellation and confirmation — self-service, without a phone call. The virtual assistant handles high-volume administrative tasks: account status queries, report copy requests, appointment status. Administrative staff focus on complexity, not repetition.
Transparency as a structural advantage.
In private healthcare, the patient's economic relationship with the institution is often opaque until the invoice arrives. The physician's economic relationship with the institution is often managed through a spreadsheet the medical director maintains and distributes monthly. Both opacities have operational costs. For the patient, a bill that was not anticipated — and is therefore disputed. For the physician, a compensation statement that arrives a month after the fact and cannot be easily traced to specific episodes without a phone call to the billing department.
Axional Health Suite resolves both structurally. The patient portal makes the consumption account visible during the episode, not after. The physician portal makes the fee calculation visible per episode, in real time, with the same audit trail the finance department reads. The two portals read from the same engine — the same episode record, the same fee calculation, the same payer adjudication. There is no separate reporting pipeline producing a different version of the numbers for each audience. Transparency is not a communications feature. It is an architectural property of a system where every actor with a legitimate interest reads the same data.