Medley Connect, Inc. | Trust Center
Your information is yours.
Medley is built to HIPAA's security requirements: encryption in transit and at rest, strict access controls, and continuous monitoring. Here's how we keep health information safe.
See our controls

Resources

Policies and reports, available on request. Until our SOC 2 report is published, write to [email protected] and we'll walk you through our current controls.

FAQs

Common questions about how Medley protects health information.

Here is the answer.
Here is the answer.
Here is the answer.
Your information is encrypted in transit (TLS) and at rest (AES-256). Names, birth dates, and phone numbers get an extra layer of encryption inside the database.
Staff access requires multi-factor authentication and is limited by role. Every access to patient information is written to a tamper-proof audit log. Caregivers only see what the patient chooses to share.
You can request a complete export of your data at any time. If you delete your account, your identifying information is destroyed by deleting its encryption key, so it can't be recovered — even from backups.
No. Texts and push notifications never include medication names or health information. You open the app to see details.

Subprocessors

The vendors that help us run Medley. Every subprocessor that touches health information signs a Business Associate Agreement before any covered deployment.

Amazon Web Services (AWS)

Cloud infrastructure and encrypted storage for application data.

Data location: United States

Twilio

Text messages and automated phone calls for reminders. Messages never include medication names.

Data location: United States

Vercel

Hosting for our public website. No health information is stored or processed here.

Data location: United States

First Databank (FDB)

Medication reference data: names, dosing, and plain-language descriptions.

Data location: United States

Monitoring

Continuously monitored by Secureframe

A live view of the security controls we monitor continuously through Secureframe.

View all

Compliance

Built to the HIPAA Security Rule from day one. A SOC 2 Type II examination is in progress, and the report will be published here when complete.

HIPAA

Built to the HIPAA Security Rule, with Business Associate Agreements executed with every vendor that touches health information.

SOC 2

SOC 2 Type II examination in progress. The report will be available here once complete — email [email protected] for interim details.

Monitoring

Change Management

Baseline Configurations
Baseline configurations and codebases for production infrastructure, systems, and applications are securely managed.
Configuration and Asset Management Policy
A Configuration and Asset Management Policy governs configurations for new sensitive systems
Change Management Policy
A Change Management Policy governs the documenting, tracking, testing, and approving of system, network, security, and infrastructure changes.
Secure Development Policy
A Secure Development Policy defines the requirements for secure software and system development and maintenance.
Production Data Use is Restricted
Production data is not used in the development and testing environments, unless required for debugging customer issues.
Software Change Testing
Software changes are tested prior to being deployed into production.
Segregation of Environments
Development, staging, and production environments are segregated.

Availability

Business Continuity and Disaster Recovery Policy
Business Continuity and Disaster Recovery Policy governs required processes for restoring the service or supporting infrastructure after suffering a disaster or disruption.

Organizational Management

Acceptable Use Policy
An Acceptable Use Policy defines standards for appropriate and secure use of company hardware and electronic systems including storage media, communication tools and internet access.
Information Security Program Review
Management is responsible for the design, implementation, and management of the organization’s security policies and procedures. The policies and procedures are reviewed by management at least annually.
Disciplinary Action
Personnel who violate information security policies are subject to disciplinary action and such disciplinary action is clearly documented in one or more policies.
Internal Control Policy
An Internal Control Policy identifies how a system of controls should be maintained to safeguard assets, promote operational efficiency, and encourage adherence to prescribed managerial policies.
Information Security Policy
An Information Security Policy establishes the security requirements for maintaining the security, confidentiality, integrity, and availability of applications, systems, infrastructure, and data.
Code of Conduct
A Code of Conduct outlines ethical expectations, behavior standards, and ramifications of noncompliance.
Performance Review Policy
A Performance Review Policy provides personnel context and transparency into their performance and career development processes.

Confidentiality

Disposal of Customer Data
Upon customer request, Company requires that data that is no longer needed from databases and other file stores is removed in accordance with agreed-upon customer requirements.
Data Retention and Disposal Policy
A Data Retention and Disposal Policy specifies how customer data is to be retained and disposed of based on compliance requirements and contractual obligations.
Data Classification Policy
A Data Classification Policy details the security and handling protocols for sensitive data.

Vulnerability Management

Vulnerability and Patch Management Policy
A Vulnerability Management and Patch Management Policy outlines the processes to efficiently respond to identified vulnerabilities.

Incident Response

Incident Response Plan
An Incident Response Plan outlines the process of identifying, prioritizing, communicating, assigning and tracking confirmed incidents through to resolution.
Lessons Learned
After any identified security incident has been resolved, management provides a "Lessons Learned" document to the team in order to continually improve security and operations.
Tracking a Security Incident
Identified incidents are documented, tracked, and analyzed according to the Incident Response Plan.

Risk Assessment

Vendor Risk Management Policy
A Vendor Risk Management Policy defines a framework for the onboarding and management of the vendor relationship lifecycle.
Risk Assessment and Treatment Policy
A Risk Assessment and Treatment Policy governs the process for conducting risk assessments to account for threats, vulnerabilities, likelihood, and impact with respect to assets, team members, customers, vendors, suppliers, and partners. Risk tolerance and strategies are also defined in the policy.

Network Security

Network Security Policy
A Network Security Policy identifies the requirements for protecting information and systems within and across networks.
Restricted Port Configurations
Configurations ensure available networking ports, protocols, services, and environments are restricted as necessary, including firewalls.
Automated Alerting for Security Events
Alerting software is used to notify impacted teams of potential security events.
Endpoint Security
Company endpoints are managed and configured with a strong password policy, anti-virus, and hard drive encryption

Access Security

Unique Access IDs
Personnel are assigned unique IDs to access sensitive systems, networks, and information
User Access Reviews
System owners conduct scheduled user access reviews of production servers, databases, and applications to validate internal user access is commensurate with job responsibilities.
Encryption-at-Rest
Service data is encrypted-at-rest.
Access to Product is Restricted
Non-console access to production infrastructure is restricted to users with a unique SSH key or access key
Encryption-in-Transit
Service data transmitted over the internet is encrypted-in-transit.
Encryption and Key Management Policy
An Encryption and Key Management Policy supports the secure encryption and decryption of app secrets, and governs the use of cryptographic controls.
Access Control and Termination Policy
An Access Control and Termination Policy governs authentication and access to applicable systems, data, and networks.
Removal of Access
Upon termination or when internal personnel no longer require access, system access is removed, as applicable.

Physical Security

Physical Security Policy
A Physical Security Policy that details physical security requirements for the company facilities is in place.

Communications

Privacy Policy
A Privacy Policy to both external users and internal personnel. This policy details the company's privacy commitments.