A patient portal that patients do not use is not a patient engagement solution — it is an unused system with a maintenance cost.
The gap between a technically functional portal and one that patients actually engage with regularly comes down to a small number of decisions: how easy is it to access on a phone, how clearly is health information presented, how reliably does it connect to the clinical record, and whether patients who are less technically confident can use it without calling for help.
Focus Area
Patient Engagement
Focus Area
Secure Messaging
Focus Area
Appointment Scheduling
Focus Area
Health Records
Understanding the Reality of Retail
Patient portals were implemented widely in response to Meaningful Use requirements, which meant many were deployed as compliance exercises rather than patient experience investments. The result is a generation of portal infrastructure that meets the technical requirements — patients can access records, send messages, and schedule appointments — but that a significant share of the patient population finds difficult to use, does not trust with sensitive information, or simply does not think of when they have a healthcare need. The organisations that have moved past this have done so not by replacing the technology but by redesigning the experience around how patients actually approach their health information.
The most common technical gap is not missing functionality but broken integration. A portal that shows lab results that are two days behind the EHR, that allows appointment scheduling but not for the providers patients actually want to see, or that sends secure messages that do not reach the clinical team in a timely way teaches patients that the portal is less reliable than a phone call. Once a patient has learned that lesson, recovering their trust requires a consistently different experience over time — not a feature update. The EHR integration depth, the data currency, and the real-time reliability of the portal's connection to the clinical record determine whether patients experience it as a useful tool or as a performance of digital health.
A patient who receives an abnormal lab result in the portal with no accompanying explanation and no way to reach their provider until the next business day. A family caregiver who cannot access their elderly parent's records to prepare for a specialist appointment because the proxy access workflow is too complicated to complete. A practice manager who agreed to implement a portal because it would reduce phone calls, and is still fielding the same volume of calls two years later because the portal cannot do what patients are calling about. These are the costs that do not appear in a portal demo — they appear in the weeks and months after go-live.
Solving the Right Problems
We target the specific workflows where manual effort meets its ceiling.
EHR integration and data currency
A portal that displays information that is hours or days behind the EHR — lab results that have not posted, visit summaries that have not been released, medications that were changed at the last appointment but are still showing the previous list — undermines patient trust and generates the phone calls the portal was intended to replace.
Appointment scheduling that matches clinical reality
Online scheduling that offers appointment types or provider slots that do not reflect how the practice actually books — that excludes new patient appointments, that does not account for provider template variations, or that allows scheduling for services that require prior authorisation — generates downstream work rather than reducing it.
Secure messaging that reaches the care team
Portal messaging that routes into a general inbox that clinical staff check irregularly, that has no accountability for response time, or that lacks clear triage rules for urgent messages creates communication gaps that patients experience as neglect — and that occasionally have clinical consequences.
Accessibility and patient population fit
Portals tested only on staff devices by people who are technically confident will encounter, without warning, patients who are older, have lower health literacy, use assistive technology, or access the internet primarily through a phone on mobile data. The drop-off at each of these friction points reduces both adoption and the equity of digital health access.
Proxy access for family and caregiver involvement
Patients who rely on a family member or caregiver to manage their healthcare — children, older adults, patients with cognitive impairment — need a portal that supports that relationship with appropriate access controls. Proxy access that is too complicated to set up gets abandoned; proxy access without appropriate boundaries creates privacy risk.
What We Build
Outcomes defined in the language of the people who rely on them.
Patient portal platform
A comprehensive patient-facing platform covering health record access, appointment scheduling, secure messaging, bill payment, and telehealth access — integrated bidirectionally with the EHR and designed for the full range of the patient population, not only the technically confident.
Secure messaging system
HIPAA-compliant patient-provider messaging with routing rules, response time configuration, file attachment support, and triage criteria that reflect the practice's actual communication workflow — not a general inbox with no accountability structure.
Online appointment scheduling
Self-service scheduling integrated with the practice's provider templates and booking rules — covering appointment type gatekeeping, real-time availability, automated reminders, and waitlist management for cancelled slots.
Health records and results access
Patient access to visit summaries, lab results, medication lists, immunisation records, and care plans — with release workflows configured to match the practice's clinical review process and plain-language context for results that patients commonly misinterpret without guidance.
Bill payment and financial access
Secure online bill payment with itemised billing, insurance explanation, payment plan setup, and cost estimation for upcoming services — designed to reduce billing contacts to the practice rather than replace them with a portal that patients cannot navigate.
Proxy access system
Configurable proxy access for paediatric care, elder care, and dependent adults — with age-appropriate permission scoping, authorisation workflows that satisfy HIPAA requirements, and an onboarding process that family caregivers can complete without clinical staff assistance.
Honest AI for Retail
Specific, grounded applications—no hype. We use machine learning for tasks that are repetitive, high-volume, and data-dependent.
AI-generated health information in a patient-facing context — result explanations, care recommendations, symptom assessments — requires careful clinical review of the model's outputs before deployment. A plain-language result explanation that is incorrect, or that creates inappropriate reassurance about a value that warrants follow-up, has clinical consequences. We involve clinical leadership in defining the scope, reviewing example outputs, and approving the content framework before any AI-generated health content is presented to patients.
The concern we hear most often is about patients relying on AI-generated explanations instead of contacting their provider when they should. We design around this explicitly: AI-generated context is positioned as supplementary information alongside — not instead of — the recommendation to contact the care team for anything that concerns the patient. The goal is to reduce unnecessary contacts, not to create a barrier between patients and clinical guidance.
Plain-language result interpretation
A model that accompanies lab results and diagnostic reports with plain-language explanations — what the value means, what the normal range is, and what, if anything, the patient should do in response — reduces the volume of patient portal messages asking for interpretation of results and the anxiety generated by results presented without context.
Appointment and care gap reminders
A model that identifies patients who are overdue for preventive care — annual exams, chronic disease follow-up, recommended screenings — and generates personalised outreach through the portal, with direct scheduling links, produces higher response rates than generic broadcast reminders and reduces the manual work of identifying and contacting individual patients.
Message triage and routing
A model that reads incoming portal messages and classifies them by type — clinical question, prescription refill, appointment request, billing inquiry — and routes them to the appropriate team with a suggested urgency level reduces the time clinical staff spend triaging a shared inbox and ensures that messages requiring timely clinical attention are not buried under administrative requests.
How We Work
We design the portal around the patient population and the clinical workflow simultaneously — because a portal that works for patients but creates operational burden will be undermined by the practice, and a portal that works operationally but that patients cannot use will not deliver the engagement it was intended to create.
We assess the current state before proposing a portal
The starting point is understanding what the organisation already has, what patients are using it for, where engagement is dropping off, and what the clinical and administrative staff experience as the most significant gaps. For organisations replacing an existing portal, the history of that portal — what patients liked, what they complained about, why the adoption was lower than expected — is as important as the technical requirements.
We configure the EHR integration before we build the patient experience
The EHR integration determines what data the portal can show, how current it will be, and whether actions taken in the portal — scheduling, messaging, bill payment — actually update the systems of record correctly. We scope the integration first, confirm what is technically achievable with the specific EHR version and configuration, and design the patient experience around what the integration can reliably support — not around what would be ideal if the integration were perfect.
We test with patients before launch
Usability testing with people who represent the actual patient population — not with staff — before the portal goes live. This includes patients who are older, who have lower digital literacy, who use assistive technology, and who access the portal from a phone rather than a computer. The changes that come from this testing are consistently more significant than the changes that come from internal review alone.
We plan the adoption programme as part of the implementation
Portal adoption does not happen automatically after go-live. Patients need to know the portal exists, understand what it can do, and have a straightforward first experience that builds the habit of using it. We build the patient onboarding and in-practice promotion plan into the implementation scope rather than leaving it as a post-launch activity that no one owns.
We do not implement a portal and measure success by technical go-live. We define adoption and engagement targets before the build begins, instrument the portal to measure them, and remain involved through the period when adoption patterns are established — because that is when the decisions that determine long-term engagement are actually made.
20% → 8%
No-show rate reduction
following scheduling integration and portal redesign
~60%
Reduction in phone call volume
for categories addressable through the portal
~55%
Improvement in follow-up compliance
with post-visit care plan notifications
Stories of Change
Real scenarios where manual bottlenecks were replaced by continuous visibility.
A 50-physician medical group had a patient portal that had been in place for three years but had low adoption. No-show rates were around 20%, phone call volume remained high despite the portal's availability, and patient satisfaction scores were below the practice's targets. The portal was technically functional but the scheduling integration was incomplete — patients could only book certain appointment types — and lab results were displaying without clinical context.
A portal redesign focused on three specific gaps: full scheduling integration covering all appointment types with accurate template availability, lab result presentation with plain-language context co-developed with the clinical team, and a mobile-first patient onboarding flow that could be completed in under five minutes at check-in.
No-show rates decreased from roughly 20% to approximately 8% over six months as online scheduling adoption increased. Phone call volume reduced by around 60% for the categories of calls the portal could now handle. Patient satisfaction scores improved by approximately 45%. The change that practice leadership attributed most to the improvement was the lab result redesign — patients were contacting the practice less because they understood their results better, not because they were less concerned.
A large hospital system had separate portals for different facilities that had been acquired over several years. Patients who received care at more than one facility could not see a consolidated view of their records, billing was separate for each facility, and the experience varied significantly depending on which facility had treated them most recently.
A unified portal platform spanning all facilities with a consolidated patient record view, unified billing access, and a consistent experience regardless of which facility the patient had most recently interacted with. Identity matching across the separate EHR instances was the most complex technical element and required a dedicated phase before the patient-facing build.
Patient portal engagement across the system increased by roughly 70% in the 12 months following launch. Bill payment rates improved by approximately 40% as patients could access and understand all their outstanding balances in a single place. Patient complaints about billing — previously the most common complaint category — decreased by around 80%.
A specialty clinic wanted to expand its telehealth programme and improve post-visit follow-up compliance. Patients were completing telehealth visits but not following through on the care coordination steps recommended afterward — referral bookings, lab orders, medication starts — because there was no patient-facing mechanism to track or prompt these steps.
A portal integration connecting the telehealth platform to the patient record with a post-visit care plan view that surfaced outstanding action items — referrals to book, lab orders to complete, follow-up appointments to schedule — with direct links to complete each one within the portal.
Telehealth adoption increased by approximately 300% as the portal made virtual visits easier to access and follow up on. Follow-up care compliance improved by roughly 55% among patients who received post-visit care plan notifications. Patient retention — measured by patients returning for subsequent appointments within the practice — increased by around 25%.
Nuance by Retail Segment
The core problems are similar, but the operational environment dictates the solution.
Primary care practices
Appointment scheduling for the full range of visit types, prescription refill requests, preventive care reminders, and chronic disease follow-up coordination. Integration with the primary care EHR as the system of record for the patient relationship.
Specialty clinics
Specialty-specific workflows — condition tracking, treatment plan visibility, referral coordination, and specialist-to-specialist communication — alongside the standard portal capabilities that patients expect regardless of specialty.
Hospitals and health systems
Inpatient and outpatient portal integration, consolidated record views across facilities, admission paperwork, discharge instructions, and post-discharge follow-up coordination — with the identity matching and data consolidation that multi-facility environments require.
Paediatric practices
Family proxy access with age-appropriate permission transitions — full proxy access for young children, graduated access as adolescents develop independent healthcare relationships, and the privacy controls that minor patients' confidential care requires.
Mental health providers
Enhanced privacy controls appropriate for mental health records, confidential messaging that respects the therapeutic relationship, telehealth scheduling with the privacy configuration specific to behavioural health contexts, and mood and symptom tracking between visits.
Dental practices
Appointment scheduling for the range of dental visit types, treatment plan and cost estimate presentation, insurance verification and pre-authorisation tracking, and payment plan management — with workflows specific to the dental practice billing and insurance environment.
How to Start
A predictable path from initial assessment to scaled deployment.
Portal assessment
A two-week review of the current portal or digital patient engagement state — adoption data, patient feedback, EHR integration gaps, and the clinical and administrative workflows the portal is intended to support. Output is an honest picture of what is working, what is not, and a prioritised improvement roadmap.
Portal implementation
An 8–12 week implementation covering EHR integration, patient-facing platform configuration, accessibility compliance, proxy access setup, and staff training. Timeline depends on EHR complexity and the number of scheduling and messaging workflows being configured.
Patient adoption programme
A 4–6 week structured adoption effort covering patient onboarding materials, in-practice promotion, staff talking points, and the measurement framework to track adoption progress — built into the implementation rather than left as a post-launch activity.
Ongoing optimisation
Continued involvement after go-live — engagement analytics review, feature iteration based on patient and staff feedback, EHR integration updates as the clinical system evolves, and expansion to new portal capabilities as adoption matures.
Security & Compliance
Built for rigorous retail environments where privacy and availability are non-negotiable.
Every solution assumes a high-stakes environment. Data is anonymized at the edge, encrypted in transit, and secured by default.
HIPAA compliance
All patient-facing portal features handling protected health information are designed to HIPAA technical safeguard requirements — encrypted data in transit and at rest, access controls, automatic session timeout, and audit logging of all PHI access events. Business Associate Agreements are executed for all components in the data pipeline.
Patient data security
Multi-factor authentication for portal access, role-based controls distinguishing patient, proxy, provider, and administrative access levels, and session management that balances security with the usability reality that patients access portals on shared and mobile devices.
Privacy controls and consent
Granular privacy controls allowing patients to manage information sharing permissions, proxy access authorisations, and communication preferences. Consent records are maintained and linked to the patient record. Privacy configuration for sensitive record categories — mental health, reproductive health, substance use — is handled separately from standard portal access.
Underlying Technology
Enterprise-grade architecture capable of processing physical store events in real-time.
Portal platform
Modern patient-facing portal infrastructure with real-time data and accessible design
- React and Next.js for performant, accessible patient-facing experience
- Node.js backend with real-time WebSocket connections for messaging and notifications
- PostgreSQL for patient portal data with Redis for session and cache management
- Progressive Web App architecture for mobile-first access without app download requirement
Healthcare integration layer
Standards-based integration connecting the portal to EHR, billing, and clinical communication systems
- HL7 FHIR R4 bidirectional integration for near-real-time EHR data currency
- Pre-built connectors for Epic MyChart, Cerner Patient Portal, Allscripts, and athenahealth
- HIPAA-compliant messaging infrastructure with routing rules and audit logging
- Real-time availability feed integration for scheduling accuracy against provider templates
Mobile and accessibility
Native mobile applications and accessibility infrastructure for the full patient population
- React Native for iOS and Android with biometric authentication and offline data access
- WCAG 2.2 AA compliance with automated and manual accessibility testing before each release
- Multi-language support with medically reviewed translations for high-prevalence patient languages
- Push notification system for appointment reminders, result availability, and message alerts
Common Questions
Ready to close the gap?
Every healthcare organisation is at a different point with patient engagement — some are implementing a portal for the first time, some are trying to understand why an existing portal is not being used, and some are consolidating multiple systems that have accumulated across facilities. If something on this page reflected a situation you recognise, we are glad to hear where you are. No presentation. Just a conversation.