Communications
Approved SMS, email, WhatsApp and contact-centre pathways with consent, delivery and exception context.
AFIYORA's planned integration control plane is designed to make every connection, mapping, message, acknowledgement, retry and exception visible to authorised operators.
Each connection needs a catalogue entry, owner, credentials, mapping version, message state, acknowledgement, retry policy, quarantine path and reconciliation evidence. AFIYORA should own this operational visibility even when a partner supplies the external service.
See implementation methodThe directory below communicates product direction only. A category is not evidence of a live connection, certification or country availability.
Approved SMS, email, WhatsApp and contact-centre pathways with consent, delivery and exception context.
Gateway, payment-link, settlement and accounting connections while AFIYORA retains workflow and reconciliation state.
Versioned order, result and acknowledgement interfaces with safe patient/order matching and exception worklists.
Planned DICOM/DICOMweb metadata and secure viewer links rather than recreating a full imaging archive.
Country- and programme-specific adapters for authorised health exchange, eligibility, claims and remittance.
Planned identity provider, SSO, provisioning and governed data-export pathways for enterprise customers.
Standards improve consistency, but every implementation still requires profile, security, identity, terminology and conformance decisions.
Planned profile-specific APIs and HIE adapters. FHIR readiness is not certification or connection.
RoadmapPlanned order, result and facility messages with acknowledgements and reconciliation.
RoadmapPlanned imaging metadata, query and viewer pathways through qualified infrastructure.
RoadmapPlanned scoped credentials, signing, idempotency, versioning and a developer sandbox.
RoadmapA successful first message is not an integration operating model.
AFIYORA will identify each connection as available, planned, optional or requiring validation by market and edition. Standards logos or architectural readiness will never be presented as proof of acceptance by a regulator, payer or provider.
Share the external system, workflow, message direction, market and service-level expectation. We will separate platform work from partner and programme dependencies.