Backend-only Cliniko keys
Cliniko API keys are submitted to the backend and stored as secrets. The dashboard does not keep the key in browser storage, and database rows store only references and fingerprints.
Security approach
MyHealthFollowup is designed around a conservative health-data posture: keep Cliniko as the source of truth, minimise copied patient data, handle secrets on the backend, and make operational activity visible without exposing more information than needed.
Cliniko API keys are submitted to the backend and stored as secrets. The dashboard does not keep the key in browser storage, and database rows store only references and fingerprints.
Patient and appointment details are fetched close to send time where practical. The product is designed to avoid becoming a shadow clinical record.
Before delivery, the send path checks current Cliniko communication settings so reminder and follow-up emails respect patient preferences.
Delivery events and dashboard previews are designed to show useful operational status without exposing recipient email addresses unnecessarily.
Data handling
The product stores the clinic configuration needed to send messages: templates, rules, delivery state, audit entries, and billing state. Patient information should stay in Cliniko unless it is needed at send time.
Operational safeguards
Experience-informed engineering
The backend approach is informed by hands-on engineering experience in regulated digital health environments. That does not replace formal certification or a clinic privacy review, but it shapes the product decisions: explicit tenancy, conservative logging, backend secret handling, auditable changes, and patient-data minimisation.