CivicPath · Mobile beneficiary application
Where compliance starts.
CivicPath is the mobile beneficiary application at the heart of Civitas Compliance. Every hour logged, every exemption claimed, every cure-period state, and every appeal filed begins here, on the beneficiary's phone, before it becomes a row in the state's audit ledger.
What follows describes what the app does and why that matters to state Chief Technology Officers, Managed Care Organization compliance leads, and procurement officers. The architectural rigor that defends the state's compliance posture is the same rigor that gives the beneficiary a polished, capable, accessible experience.
- Linguistic depth
- 15 UI locales at production parity · 865+ keys per locale
- Accessibility scope
- 22 / 22 screens reviewed · WCAG 2.1 AA
- Distribution
- 2 native app stores · iOS and Android at launch
- Encryption depth
- 3 layers at rest · device-only keys · zero analytics vendors
Numbers updated
Hours verified at the source.
Compliance hours begin in the beneficiary's hand. CivicPath captures GPS-verified check-in at a registered worksite and sends adaptive-cadence heartbeats throughout the volunteer session. The reporting frequency tightens as the beneficiary approaches the geofence boundary. Each heartbeat consumes a server-issued, single-use cryptographic token. A replayed packet is structurally rejected.
Production builds gate session issuance on iOS App Attest and Android Play Integrity. The mobile app cannot mint a session without proving the device is a genuine, unmodified iOS or Android device. Mock-GPS attempts and impossible-accuracy signals raise anomaly flags for downstream review. The integrity narrative starts at the device and ends at the audit ledger.
- Verification
- Adaptive-cadence heartbeat · single-use token rotation · server-side validation
- Provenance
- On-device geofence + server-side distance check · mock-location and impossible-accuracy anomaly flagging
- Identity
- iOS App Attest · Android Play Integrity · session issuance gated on attestation in production builds
- Standard
- IETF RFC 4122 unique tokens · TLS pinned to the issuing certificate authority
Multi-language at production depth.
CivicPath ships in 15 languages from launch: English, Spanish, Vietnamese, Haitian Creole, Arabic, Chinese, Portuguese, Hindi, Korean, Tagalog, Russian, French, Urdu, Persian, and Japanese. Three of those languages render right-to-left, meaning the entire interface flips horizontally so menu drawers, navigation, and form fields appear in the natural reading direction. The right-to-left languages are Arabic, Urdu, and Persian.
Every translation file carries 865 or more keys at parity with the English source. A test suite enforces parity on every build. A screen cannot ship in any language unless every visible string in that language is present and correctly rendered. Onboarding, dashboards, exemption forms, in-app guidance, and statutory notice content all live inside this 15-locale envelope from day one.
- Locales
- 15 · English, Spanish, Vietnamese, Haitian Creole, Arabic, Chinese, Portuguese, Hindi, Korean, Tagalog, Russian, French, Urdu, Persian, Japanese
- Right-to-left
- Arabic, Urdu, Persian · the interface flips horizontally for natural reading direction
- Coverage
- 865+ translation keys per locale · parity-tested on every build
- Reach
- Onboarding, dashboards, exemption forms, in-app guidance, statutory notices
Always on, always visible.
The beneficiary sees their compliance status in real time. Every check-in updates the dashboard. Every cure-period state advances on screen. Every notice arrives with a timestamped delivery receipt that survives the audit trail. The beneficiary can read who accessed which media asset, when, and with what role, directly from the mobile app.
When connectivity drops, the app does not. CivicPath ships with a three-layer offline system. A response cache keeps the recent dashboard available without the network. A write-ahead mutation queue captures hour logs and exemption submissions when the beneficiary is offline. A sync replay flushes everything to the platform with full fidelity when service returns. Compliance-critical screens carry a non-dismissible banner when the data on screen is older than the cache window.
- Real-time
- Live compliance dashboard · cure-period countdown · notice delivery receipts · in-app access log
- Offline
- Response cache + write-ahead mutation queue + sync replay with retry · zero submissions lost to connectivity
- Resilience
- Form draft auto-save with 24-hour restore window on hour logs, exemption requests, and appeals
- Honesty
- Non-dismissible stale-data banner on compliance-critical screens when offline
Privacy by design.
Beneficiary data is encrypted at rest in three independent layers. The device keychain holds session credentials. A full-disk encrypted store holds cached records using AES-256-CBC with HMAC-SHA256 integrity verification. Media uploads are encrypted in 1-megabyte chunks before they leave the device. The encryption keys are device-only. They never leave the phone, and they are destroyed when the beneficiary signs out.
Screen-capture and app-switcher previews are blocked on every screen that displays protected health information. Push notifications carry generic content for sensitive event types so a lock-screen reader cannot see a denied exemption. The app collects no behavioral analytics. There is no third-party analytics vendor. No Firebase. No Amplitude. No Segment. A first-launch consent gate captures the beneficiary's acceptance of the privacy policy and terms of service, timestamped to the device keychain and re-prompted on policy amendments.
- Encryption
- Three layers at rest · device keychain + full-disk AES-256-CBC + chunked file encryption · device-only keys
- Exfiltration block
- Screen-capture and app-switcher protections · audit event emitted on every attempt
- Notifications
- Generic payloads for 22 sensitive event categories · lock-screen safe by default · user-toggleable
- Analytics posture
- No analytics vendor · no Firebase, no Amplitude, no Segment · zero third-party trackers
A source of clean data for everyone.
Every submission from CivicPath is structured. Every hour entry carries activity type, employer or organization, GPS provenance, and timestamp. Every exemption request lands in a typed enum (medical, pregnancy, domestic violence, hospitalization, and the other statutory categories). Every status-change report (pregnancy, disability onset, treatment enrollment) automatically triggers the appropriate cross-program exclusion record on the platform side after staff review.
The data flowing into state agencies and Managed Care Organizations is therefore not a mountain of free-form text to triage. It is type-checked, schema-validated, attestation-tagged, and audit-instrumented at the moment of submission. Helpline volume drops. Transcription errors disappear. Every byte of compliance evidence carries a documented chain of custody from the beneficiary's tap to the state's audit ledger. See /safeguards for the protections enforced on top of that data, and /platform for the architectural guarantees that hold the audit chain together.
- Structure
- Typed activity records · closed-set exemption enums · attestation-tagged hours · timestamped at submission
- Coordination
- Status-change reports auto-create cross-program exclusion records on staff approval · zero dropped life events
- Traceability
- Two-tier audit emission · device-to-ledger chain · 37 action types across 12 resource categories
- Effect
- Reduced helpline volume · zero transcription errors · defensible audit posture for fair-hearing review