The HIPAA + Offshore Development Misconception
One of the most persistent misconceptions in healthtech is that HIPAA compliance requires your entire development team to be US-based. It doesn't. HIPAA is a data security and privacy framework — not a geographic restriction on who can write code.
What HIPAA requires is that any entity that handles Protected Health Information (PHI) on your behalf signs a Business Associate Agreement (BAA) and implements appropriate technical, administrative, and physical safeguards.
Indian development agencies can and do sign BAAs, build HIPAA-compliant architectures, and handle PHI — provided the right contracts, security practices, and technical controls are in place.
What HIPAA Actually Requires from Your Development Team
Technical Safeguards (Directly Relevant to Developers)
- Data encryption at rest and in transit: All PHI must be encrypted using AES-256 at rest and TLS 1.2+ in transit. This is standard practice for any quality development team.
- Access controls: Role-based access control (RBAC) ensuring only authorized users access PHI. Each user must have a unique identifier — shared logins are not permitted.
- Audit logging: Every access to, creation of, modification of, or deletion of PHI must be logged with timestamp, user identity, and action type.
- Automatic logoff: Sessions must automatically expire after a period of inactivity
- Data integrity controls: Mechanisms to prevent unauthorized alteration or destruction of PHI
Administrative Safeguards (Your Responsibility)
- Signing a BAA with your offshore agency before they access any PHI
- Conducting a formal security risk assessment
- Establishing a breach notification procedure
- Training all staff (including offshore team) on HIPAA requirements
What Doesn't Require PHI Access
Critically: developers building UI components, implementing algorithms, and writing business logic don't need access to real PHI. Use synthetic (fake) patient data for development and testing. Only expose real PHI to developers when absolutely required for specific debugging or integration testing.
HIPAA-Compliant Architecture Patterns
Recommended Tech Stack for HIPAA-Compliant Apps
| Layer | Technology | HIPAA Notes |
|---|
| Hosting | AWS (BAA available) or Google Cloud (BAA available) | Do NOT use services without a BAA |
| Database | PostgreSQL on RDS with encryption at rest | Enable automated backups + encryption |
| Auth | Auth0 (HIPAA tier) or AWS Cognito | Both offer BAAs |
| Storage | AWS S3 with SSE-KMS encryption | Bucket policies must restrict public access |
| Audit logging | AWS CloudTrail + application-level logging | Store logs in immutable S3 buckets |
| API | HTTPS only, no HTTP | Enforce HSTS headers |
Development Environment Best Practices
- Developers work exclusively with de-identified or synthetic data
- Production environment access is limited to 2–3 named individuals with MFA enforced
- All code repositories are private and access-controlled
- Security dependency scanning is integrated into CI/CD pipeline
- Annual penetration testing is scheduled
Due Diligence: What to Ask an Offshore Agency
Before sharing any PHI or engaging an offshore agency for HIPAA-relevant development:
- Will you sign a BAA? (Any legitimate agency should say yes immediately)
- Have your engineers undergone HIPAA training? Can you provide documentation?
- What is your incident response procedure for a suspected data breach?
- Do you use a dedicated, access-controlled repository for PHI-adjacent code?
- What are your data retention and destruction policies at engagement end?
DelhiStack has signed BAAs for US healthcare clients and our engineers complete annual HIPAA Security Awareness training. Contact us for a HIPAA compliance consultation specific to your healthtech product.