SECURITY

Healthcare data requires deliberate boundaries.

RemitMend’s architecture is being hardened around tenant isolation, least-privilege operations, auditable events and safer production defaults.

01

Access boundaries

Authenticated application routes are separated from the public website. Tenant-scoped access and role checks are used across protected operational workflows.

02

Operational auditability

Case events and financial records preserve an inspectable history rather than relying only on mutable status fields.

03

Safer production defaults

Production configuration checks, security headers, upload constraints, log redaction and guarded Stripe live-mode behavior reduce accidental exposure.

04

Data minimization

Public marketing forms should never collect PHI. Sensitive clinical workflows belong behind the authenticated application boundary.

COMPLIANCE

Controls are not the same thing as compliance.

HIPAA compliance depends on the deployed technical environment together with administrative safeguards, contracts, policies, vendor relationships and operating practices. RemitMend does not claim that a deployment is HIPAA compliant merely because these software controls exist.

Before a real customer pilot involving PHI, the deployment, data stores, backups, vendors, access model, incident procedures and required agreements should be reviewed as a complete system.

CURRENT DESIGN BOUNDARIES

What the product is built to protect against.

Cross-tenant accessProtected resources are scoped to the authenticated organization.
Accidental public exposurePublic marketing and authenticated operational surfaces are separated.
Unsafe file handlingUpload type, filename and size checks provide an application-level boundary.
Sensitive loggingStructured logs redact known sensitive keys and avoid logging raw clinical payloads by design.