Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Secure Sensitive Data Routing Pipeline

HardPipelines00:00
Practice interviewer
In session
5 left
00:00

Your question is Secure Sensitive Data Routing Pipeline. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Context

MediLedger, a healthcare payments platform, currently ingests claims, payment, and member eligibility data through nightly SFTP drops and ad hoc API pulls into an AWS data lake. The existing batch-only flow cannot meet new requirements for near-real-time fraud detection, downstream partner routing, and stricter handling of PHI/PII under HIPAA and SOC 2.

You need to design a secure pipeline that ingests sensitive data from multiple sources, validates and transforms it, and routes it to the correct downstream systems with strong auditability and low operational overhead.

Scale Requirements

  • Sources: 120 hospital/insurer feeds via SFTP, REST APIs, and Kafka
  • Throughput: 150K records/sec peak, 25K avg
  • Payload size: 4-12 KB JSON/CSV/Avro per record
  • Daily volume: ~3.5 TB raw, ~1.1B records/day
  • Latency target: P95 < 2 minutes from ingestion to downstream availability
  • Retention: 7 years encrypted archive, 30 days hot storage

Requirements

  1. Ingest batch and streaming data from SFTP, REST, and Kafka with schema enforcement.
  2. Encrypt data in transit and at rest, with field-level protection for PHI/PII.
  3. Validate, deduplicate, standardize, and enrich records before routing.
  4. Route data to multiple sinks: Snowflake for analytics, S3 for archive, and partner APIs/internal services for operational use.
  5. Support idempotent reprocessing, backfills, and replay without duplicate downstream delivery.
  6. Provide lineage, audit logs, and access controls for all sensitive datasets.
  7. Define monitoring, alerting, and failure recovery for ingestion, transformation, and delivery stages.

Constraints

  • AWS is the mandated cloud; prefer managed services where possible.
  • Compliance: HIPAA, SOC 2, encryption with AWS KMS, least-privilege IAM, and full audit trails.
  • Team size: 5 data engineers, 1 platform engineer.
  • Budget target: incremental platform cost under $40K/month.
  • Some downstream partners only support rate-limited REST delivery and require exactly-once business semantics.