1. Introduction
HearScribe processes voice data differently from traditional recording systems. This document explains our unique architecture and helps clinicians understand their compliance position regarding patient notification.
HearScribe's architecture means no patient audio is ever stored on HearScribe servers. Voice data follows two parallel paths: local browser recording (never transmitted) and live transcription (processed transiently by Google, not stored).
2. How HearScribe Processes Voice Data
When you use HearScribe's transcription feature, your voice data is processed through two parallel systems:
2.1 Local Recording (MediaRecorder API)
- Storage location: Browser memory (RAM) only
- Transmission: Audio is NEVER sent to any server
- Persistence: Destroyed when browser tab closes or "Next Patient" is clicked
- Download option: User can choose to download the recording to their device
2.2 Live Transcription (Web Speech API)
- Processing: Audio streamed to Google's Web Speech API for real-time text conversion
- Storage: Google processes audio in memory and does not store customer audio data
- Cookies: No cookies are sent with speech recognition requests
- Stateless: Processing is transient - data exists only during the API call
2.3 Note Generation (Google Gemini API)
- Input: Transcribed text (not audio) sent to Google Gemini API
- Processing: Stateless - no data retained after generation
- Output: AI-generated notes returned to your browser only
2.4 Patient Identifiable Data
Patient names, identifiers, and other personal information you enter remain exclusively in your browser. This data is never transmitted to HearScribe servers or third-party services.
3. Two Operating Modes
HearScribe offers two modes that affect how audio recordings are handled after you stop recording:
Mode A: Audio Player Visible (Default)
After stopping recording, audio playback controls and download button are available.
- The recording exists in browser memory until:
- User clicks "Next Patient" (clears all data)
- User closes the browser tab
- User downloads the file (then it's on their device)
- Patient could potentially see or hear the playback during the consultation
- Recording can be downloaded and retained
Mode B: Audio Player Hidden (Privacy Mode)
Audio playback controls and download button are not displayed after recording.
- Recording still exists in browser memory during session but is inaccessible
- Clicking "Next Patient" or closing the tab destroys all audio data
- No persistent recording is ever created
- No way to play back or download the audio
You can switch between these modes in your Account Settings under Privacy Settings.
4. Third-Party Data Processing
HearScribe uses Google's Web Speech API for live transcription. When you use the transcription feature, audio is streamed to Google's servers for real-time processing.
According to Google's Chrome Privacy Whitepaper and Cloud Speech-to-Text documentation:
- Audio processing: Processed in memory, not stored
- Data retention: Google does not store customer audio data
- Cookies: No cookies are sent with speech recognition requests
- Processing type: Transient and stateless
For more details, see Google's official documentation: Google Cloud Speech-to-Text Data Usage FAQ
5. Patient Notification Guidance
5.1 When Notification is Recommended
- Audio player is visible (recording can be played back or downloaded)
- You intend to keep a copy of the recording
- Your professional body or employer requires it
- Local regulations mandate disclosure of any recording
5.2 When Notification May Not Be Required
- Audio player is hidden (Privacy Mode enabled)
- No recording will be retained
- You are only using transcription to assist with note-taking
- The data processing is equivalent to mental processing of speech
This guidance reflects our understanding of the technical data flows. HearScribe cannot provide legal advice. Clinicians should consult their professional body guidelines and, where necessary, legal counsel for definitive compliance requirements in their jurisdiction.
6. Compliance Framework Positioning
HearScribe's browser-only architecture provides a strong foundation for compliance across multiple jurisdictions:
| Regulation | HearScribe Position |
|---|---|
| UK GDPR | No patient data stored on servers = reduced data controller obligations for HearScribe. You remain the data controller for patient data on your device. |
| HIPAA (USA) | No Protected Health Information (PHI) transmitted to or stored by HearScribe. Audio processing via Google's HIPAA-eligible services. |
| Privacy Act (Australia) | Browser-only processing minimises privacy impact. No cross-border transfer of patient audio to HearScribe. |
| PIPEDA (Canada) | Similar browser-only architecture benefits. Personal health information remains under your control. |