The Digital Health Technology Field Guide | Boyce Data Science

The Digital Health Technology Field GuideSensor data in research, regulation, and care, with a close look at accelerometer and voice data. Boyce Data Science, snapshot dated September 2026.

Start here

Digital health technologies (DHTs) are systems that use computing platforms, connectivity, software, or sensors for health care and related uses, which is the definition the United States Food and Drug Administration (FDA) uses in its guidance. This guide concentrates on the sensor-based part of that world, and most closely on two signals: movement recorded by accelerometers and speech recorded by microphones.

An illustration, not recorded data. The upper traces show the three axes of a wrist accelerometer as a walking bout begins, and the lower trace shows a voice task with a sustained vowel followed by rapid repeated syllables. Every measure discussed in this guide starts as a signal like one of these.

How a sensor reading becomes evidence

The same chain of steps sits behind a step count on a watch, a speech score in an amyotrophic lateral sclerosis (ALS) study, and a primary endpoint in a Duchenne muscular dystrophy trial, and many disagreements in this field turn out to be about one specific link in it.

  1. Sensor and raw signal. A device samples acceleration, sound pressure, light absorption, or another physical quantity many times per second and writes it to a file.
  2. Algorithm. Software turns the raw signal into something interpretable, such as steps, sleep periods, fundamental frequency of the voice, or pause length.
  3. Digital measure. The algorithm output is summarized over a defined window, for example average daily steps across valid wear days, or speaking rate in a standard reading passage.
  4. Endpoint, biomarker, or outcome assessment. The measure is given a role in a study or in care, with a stated concept of interest and context of use. Regulators use the terms digital biomarker and electronic clinical outcome assessment (eCOA) for different roles, and the glossary explains the distinction.
  5. Decision. A person, a trial, a regulator, or a payer acts on the result, and the strength of evidence needed depends on that decision.

How to use this guide

The guide shows one stage at a time. The bar under the title jumps to any stage, and the buttons at the foot of each stage move forward and back. The search box looks across every stage, including the collapsed lookup tables.

Entries for data sets, software, organizations, guidance documents, and funders each have an Add to shortlist button. Those entries go into your shortlist, where you can add notes and download the list as Markdown, as a comma-separated values (CSV) file, or as a save file that reloads your work in a later session. Nothing you enter leaves your browser.

This is a snapshot dated September 2026. It has not been peer reviewed and it is not regulatory, legal, or medical advice. The field changes quickly, so entries link to the primary source, and the literature and funding stages include live searches you can rerun to see what has changed since the snapshot.

Choose a reading path

Pick the description closest to you and the guide marks a suggested path through the stages, with the reason each stage is on it. Every stage stays open to you whatever you pick, and you can change the choice whenever you like.

Terms that readers often confuse
TermsHow they differ
DHT and sensor-based DHT (sDHT)DHT is the broad FDA term and includes software with no sensor at all. The Digital Medicine Society (DiMe) uses sDHT for products that capture data through a sensor, which is the subject of this guide.
Digital biomarker and eCOAA biomarker is an indicator of a biological process or response. A clinical outcome assessment (COA) describes how a person feels, functions, or survives. A walking speed measure intended to reflect daily function is usually argued as a COA, and the evidence expected differs between the two.
Passive and active collectionPassive collection records ordinary life, as a wrist device does. Active collection asks the person to do a task, such as a timed walk or reading a passage aloud. Voice data are almost always active, and accelerometer data can be either.
Actigraphy and accelerometryActigraphy grew up in sleep research and traditionally stores activity counts per epoch. Accelerometry usually refers to raw acceleration in units of gravity (g) stored many times per second. The hardware today is often the same and the difference is in what is kept.
Voice, speech, and languageVoice is the sound source at the larynx, speech is the articulated signal, and language is the content and structure of what is said. A sustained vowel isolates voice, a rapid syllable task stresses speech motor control, and picture description brings in language and cognition.
Wearables, nearables, and ambient sensorsWearables are on the body. Nearables and ambient or contactless sensors sit in the room, such as bed sensors, radar, or microphones, and raise different consent questions because other people can be recorded.
Remote physiologic monitoring (RPM) and remote therapeutic monitoring (RTM)These are United States billing categories. RPM covers physiologic data from a medical device, and RTM covers non-physiologic data such as therapy adherence and response.
Patient-generated health data (PGHD)Any health data created or recorded by patients outside the clinic, which includes consumer wearable data a person chooses to share with a care team.
Software as a medical device (SaMD)Software intended for a medical purpose that is not part of a hardware medical device. An algorithm that detects atrial fibrillation from a watch signal is an example.
Decentralized clinical trial (DCT)A trial in which some or all activities happen away from a traditional site. DHTs are one tool for decentralizing, and a trial can use DHTs without being decentralized.

History of the field

Movement sensing and voice analysis have separate histories that ran in parallel for decades before smartphones put both sensors in the same pocket. Regulation and shared standards arrived later than the technology, and much of the present agenda is about closing that gap.

Movement

Wrist actigraphy began in sleep research in the 1970s, and scoring rules published in the early 1990s are still in use. Exercise science adopted waist-worn count-based monitors in the 1990s, and national surveys followed. Storage and battery gains in the 2010s let devices keep the raw signal, and that change made open algorithms and very large cohorts possible. UK Biobank and the National Health and Nutrition Examination Survey (NHANES) are the reference points many analysts learn on.

Voice and speech

Acoustic analysis of speech dates to the sound spectrograph of the 1940s, and speech pathology built a detailed perceptual vocabulary for motor speech disorders well before computers could measure the same features. Free software such as Praat spread acoustic measurement widely. Work on Parkinson's disease in the late 2000s showed that recordings made at home could track symptoms, and the machine learning community added standard feature sets, shared challenges, and later self-supervised speech models.

Regulation and shared frameworks

Regulators first met these technologies as medical devices and only later as measurement tools inside drug trials. The European Medicines Agency (EMA) qualified a wearable-derived endpoint in 2019 and again as a primary endpoint in 2023. FDA published final guidance on DHTs for remote data acquisition in December 2023 and has continued with workshops, a request for information, and a funding opportunity in 2026.

Timeline

Filter the timeline by track. Dates in the most recent years were checked against the linked primary sources in September 2026, and earlier dates come from the published literature.

    Signals, file formats, and standards

    Many of the problems new analysts meet in this field come from the file and not from the statistics, such as an unknown sampling rate, a time zone that shifted during the study, or audio that was compressed before anyone looked at it. This stage describes what is inside the files and which standards exist for describing them.

    What an accelerometer records

    A triaxial accelerometer reports acceleration along three perpendicular axes in units of gravity (g). A device at rest still reads about 1 g in total because gravity is always present, which is why orientation can be estimated from a still device and why most processing begins by separating gravity from movement.

    • Sampling rate. Research devices commonly record between 30 and 100 samples per second (hertz, Hz). UK Biobank used 100 Hz and NHANES 2011 to 2014 used 80 Hz. Consumer devices often sample at similar rates internally and share only minute-level or daily summaries.
    • Dynamic range. The range is commonly plus or minus 8 g. A narrow range clips vigorous movement.
    • Wear location. Wrist, hip, thigh, lower back, and ankle each suit different measures. Wrist wear tends to have better adherence in published studies, thigh wear separates sitting from standing well, and lower back or ankle wear is preferred for gait, so a measure validated at one location should not be assumed to hold at another.
    • Raw data and epoch summaries. Older and consumer systems store a summary per epoch, often a minute. Raw data let you rerun the analysis when algorithms improve, at the cost of files that reach hundreds of megabytes per person per week.
    • Companion sensors. Gyroscopes, magnetometers, temperature, and light sensors often sit in the same device. A unit with accelerometer and gyroscope is usually called an inertial measurement unit (IMU).

    What a voice recording holds

    A digital recording is sound pressure sampled many thousands of times per second. Quality is set at the moment of recording by the microphone, its distance from the mouth, the room, and any compression applied by the app or phone, and none of these can be repaired afterward.

    • Sampling rate and bit depth. Acoustic voice analysis commonly uses 44.1 or 48 kilohertz (kHz) at 16 bits. Many speech recognition models resample to 16 kHz, and telephone audio is limited to about 8 kHz, which removes high-frequency detail.
    • Compression. Uncompressed or lossless files preserve the waveform. Lossy formats discard information, and published comparisons report that perturbation measures such as jitter and shimmer are among the features most affected, so check the literature before pooling recordings made with different codecs.
    • Tasks. Common tasks include a sustained vowel, rapid syllable repetition (the diadochokinetic or DDK task, often "pa-ta-ka"), a standard reading passage, picture description, and free speech. Each task stresses a different part of the system, so a protocol should state which construct each task is meant to reach.
    • Identifiability. A voice recording can identify a person and can include other people's speech. Many programs therefore share derived features openly and keep raw audio behind a controlled-access agreement, as Bridge2AI-Voice does.

    Other sensor streams you will meet

    Accelerometer and voice data rarely travel alone. The same studies often include photoplethysmography (PPG) for heart rate, electrocardiogram (ECG) patches, electrodermal activity, skin temperature, continuous glucose monitoring (CGM), smartphone location and keyboard dynamics, video for gait and facial movement, and contactless room sensors. FDA's 2026 funding notice names actigraphy, photography, and contactless sensors as examples, and FDA has published a technical specification for submitting CGM data, which is the clearest signal so far of how submission standards for continuous sensor data may develop.

    Accelerometer and wearable file formats: what each holds and how to read it
    FormatSourceWhat is insideOpen tools that read it
    .gt3xActiGraphA zip archive holding a binary log of raw samples and a text file with serial number, sampling rate, and start time.read.gt3x and GGIR in R, pygt3x and actipy in Python
    .agdActiGraphA SQLite database of activity counts per epoch, with no raw signal.Any SQLite reader, plus R and Python ActiGraph utilities
    .cwaAxivity AX3 and AX6Timestamped binary blocks of raw acceleration, with gyroscope on the AX6, plus light and temperature. This is the UK Biobank raw format.Open Movement tools, GGIR, actipy, biobankAccelerometerAnalysis
    .binGENEActivA text header with calibration values followed by encoded pages of raw acceleration, light, and temperature.GENEAread, GGIR, actipy
    .csv exportsMost research devicesRaw or epoch data as text, with metadata in header lines whose layout differs by vendor and firmware version.Any language, after reading the vendor's header specification
    .awd, .mtn and similarClinical actigraphy watchesActivity counts and light per epoch for sleep and circadian work.pyActigraphy reads many of these
    CSV per sensor, AvroEmpaticaThe E4 exports one CSV per sensor with start time and sampling rate in the first rows. The EmbracePlus platform delivers Avro files.Standard CSV and Avro libraries
    export.xml in a zipApple Health exportRecords of steps, heart rate, workouts, and other types from every app that writes to HealthKit, as summaries and not raw acceleration.XML parsers, and several open-source converters
    JSON over an APIFitbit, Google Health Connect, Garmin, Oura, WithingsDaily and intraday summaries. Raw acceleration is generally not available, and the algorithms that produce the summaries can change without notice.Vendor software development kits, research platforms such as Fitabase, Labfront, and MyDataHelps
    .fitGarmin and sports devicesA compact binary format for activity sessions and monitoring data.The Garmin FIT software development kit, fitparse in Python
    .xpt (SAS transport)NHANESMinute, hour, and day summaries in Monitor-Independent Movement Summary (MIMS) units for 2011 to 2014, and counts for 2003 to 2006. Raw 80 Hz files are distributed separately.haven in R, pandas in Python
    .edf (European Data Format)Sleep laboratories and some wearablesMultichannel time series with a fixed header, widely used for polysomnography.MNE and pyedflib in Python, edfReader in R
    WFDBPhysioNetA header file and one or more signal files, the long-standing PhysioNet convention for physiological waveforms.The wfdb packages for Python, MATLAB, and C
    Parquet, HDF5, ZarrAnalysis-ready storageColumnar or chunked formats that teams convert to after ingestion, so that months of high-frequency data can be queried without loading whole files.Arrow, h5py, zarr
    Motion-BIDSBrain Imaging Data Structure communityA folder and metadata convention for motion recordings, published in 2024, that records channel types, sampling rates, and tracked points alongside the data.BIDS validators and the published specification
    Audio, annotation, and speech feature formats
    FormatWhat is insideNotes for research use
    .wavUncompressed linear pulse code modulation (PCM) audio with a short header giving sampling rate, bit depth, and channels.The usual choice for acoustic analysis. A WAV container can also hold compressed audio, so read the header and do not rely on the extension.
    .flacLossless compressed audio.Decodes to the identical waveform at roughly half the storage.
    .mp3, .m4a, .aac, .opus, .amrLossy compressed audio.Common in phone apps and teleconferencing. Record the codec and bit rate as metadata, and test whether your features are stable under the compression used.
    Praat .TextGridTime-aligned tiers of intervals and points that annotate a recording.The common exchange format for phonetic segmentation.
    CHAT .chaTranscripts with speaker tiers and coding, used across TalkBank, including DementiaBank and AphasiaBank.Read with the CLAN tools or the pylangacq package.
    ELAN .eafXML annotation of audio and video.Common where gesture or video is coded with speech.
    openSMILE output (CSV or ARFF)Fixed-length feature vectors per recording or per frame, for example the extended Geneva Minimalistic Acoustic Parameter Set (eGeMAPS).Record the configuration file and version used, since feature definitions differ between sets.
    Spectrograms and mel-frequency cepstral coefficients (MFCCs)Time-frequency arrays stored as NumPy, Parquet, or HDF5.Bridge2AI-Voice distributes derived representations of this kind on PhysioNet and keeps raw audio under controlled access.
    Model embeddingsVectors from self-supervised or recognition models such as wav2vec 2.0, HuBERT, or Whisper.Store the model name, checkpoint, and layer used. Embeddings from different checkpoints are not comparable.
    Interoperability and submission standards
    StandardScopeWhere it helps
    IEEE 1752.1-2021Standard representation of mobile health metadata and of sleep and physical activity measures, developed by the Open mHealth working group. A companion project, P1752.2, addresses cardiovascular, respiratory, and metabolic measures.Describing derived measures from different devices in one schema.
    Open mHealth schemasOpen JSON schemas for steps, heart rate, sleep, and other measures, with the Shimmer tool that pulls data from vendor interfaces.Pipelines that combine consumer device sources.
    HL7 Fast Healthcare Interoperability Resources (FHIR)Observation and Device resources, with implementation guides for personal health devices and mappings from Open mHealth.Moving patient-generated data into an electronic health record (EHR).
    IEEE 11073 personal health device standardsDevice-level communication for consumer medical devices such as blood pressure cuffs and glucose meters.Regulated home monitoring devices.
    Clinical Data Interchange Standards Consortium (CDISC)Study data tabulation and analysis models required for many regulatory submissions. Guidance for sensor-derived measures is still developing, and sponsors commonly submit derived endpoint values with the raw data retained for inspection.Regulatory submissions that include DHT-derived endpoints.
    FDA technical specification for CGM dataA published specification for submitting continuous glucose monitoring data in clinical trials, discussed at FDA's August 2026 workshop on digitally derived endpoints.A worked model for how a continuous sensor stream can be standardized for review.
    Observational Medical Outcomes Partnership (OMOP) Common Data ModelA person-centric model for observational data. Summary measures fit the measurement and observation tables, and high-frequency raw signals are usually kept outside the model and linked.Combining wearable summaries with EHR and claims data.
    Logical Observation Identifiers Names and Codes (LOINC)Codes exist for step counts, heart rate, sleep duration, and similar measures.Labeling derived measures consistently across systems.
    Open Wearables InitiativeA community index of open algorithms and data sets for wearable-derived measures.Finding an open algorithm before writing a new one.
    Metadata to record with every file

    Movement data

    • Device make, model, serial number, and firmware version
    • Sampling rate, dynamic range, and any on-device filtering
    • Body location, side, and whether that side is dominant
    • Clock source, time zone, and how daylight saving changes and travel are handled
    • Wear instructions, including water exposure and removal for sleep
    • Calibration method, non-wear rule, epoch length, and valid-day rule
    • Algorithm name and version for every derived measure

    Voice data

    • Recording device, microphone type, and mouth-to-microphone distance
    • App name and version, container, codec, bit rate, sampling rate, and bit depth
    • Recording environment and whether anyone else was present
    • Task, exact prompt text, language, and dialect
    • Whether the person wore a mask, used a ventilator, or used an assistive device during the recording
    • Consent scope for raw audio, for transcripts, and for derived features
    • Feature set configuration or model checkpoint used for anything derived

    From raw signal to a validated measure

    Turning a file into a number involves a series of choices, and each choice can change the result enough to alter a study's conclusion. This stage walks through the usual pipeline for movement and for voice, the measures analysts derive, the framework the field uses to judge whether a measure is fit for purpose, and the failure patterns that recur in published work.

    The movement pipeline

    1. Read and check. Confirm sampling rate, duration, clock, and gaps, and plot a few days before computing anything.
    2. Calibrate. Auto-calibration uses still periods, when the vector magnitude should equal 1 g, to correct small sensor errors.
    3. Detect non-wear. Rules look for long periods with almost no variation. How non-wear is handled (dropped, imputed, or modeled) should be decided before unblinding, because non-wear is often related to health.
    4. Summarize acceleration. Common summaries include Euclidean norm minus one (ENMO), mean amplitude deviation (MAD), activity counts, and MIMS units.
    5. Classify. Algorithms label sleep, sedentary time, walking bouts, steps, or postures, using thresholds or machine learning models.
    6. Aggregate. Person-level measures are built over valid days, for example average acceleration, time above an intensity threshold, daily steps, cadence, real-world walking speed, or rest-activity rhythm measures.

    The voice and speech pipeline

    1. Check the recording. Listen to a sample, check clipping, background noise, and whether the task was done as prompted.
    2. Segment. Voice activity detection and, where needed, speaker diarization separate the participant from silence and from other speakers.
    3. Extract acoustic features. These include fundamental frequency, jitter, shimmer, harmonics-to-noise ratio, cepstral peak prominence, formants, and MFCCs.
    4. Extract timing features. Speaking rate, articulation rate, pause frequency and duration, and syllable rate and regularity in DDK tasks.
    5. Transcribe and extract language features. Automatic speech recognition gives transcripts for lexical, syntactic, and semantic measures. Recognition error itself has been studied as a proxy for intelligibility.
    6. Model. Interpretable features, learned embeddings, or both feed statistical or machine learning models, with evaluation split by person and not by recording.

    Judging whether a measure is fit for purpose

    The framework most teams use is V3, published by DiMe in 2020, and its 2023 extension V3+. It separates the evidence into parts that can be produced by different parties and reused across studies.

    • Verification asks whether the sensor records the physical quantity accurately, and is usually done at the bench by the manufacturer.
    • Analytical validation asks whether the algorithm output agrees with a reference, such as video-annotated steps or a clinician's perceptual rating, in people like those you plan to study.
    • Clinical validation asks whether the measure identifies or tracks the clinical state it claims to, in the stated population and context of use.
    • Usability validation, added in V3+, asks whether the intended users can use the technology as intended in the setting where it will be used.

    FDA's 2023 guidance uses the terms verification and validation and says both should be addressed whether or not the DHT meets the definition of a device. Regulators also ask what the measure means to patients, which is why qualitative work with patients and caregivers was part of the EMA qualification of stride velocity 95th centile (SV95C), along with reliability, responsiveness, and an estimate of the smallest change that patients would notice.

    Movement measures and the choices behind them
    MeasureWhat it isChoices that change the value
    ENMOVector magnitude of the three axes minus 1 g, with negative values set to zero, averaged per epoch and reported in milli-g.Calibration, epoch length, and sensor noise at low intensities.
    MADMean absolute deviation of the vector magnitude around its mean within an epoch.Epoch length.
    Activity countsA filtered and integrated signal in device-specific units. ActiGraph published its algorithm in 2022, with an open-source implementation.Filter settings, axis or vector magnitude, epoch length, and wear location.
    MIMS unitsA device-independent summary designed for NHANES 2011 to 2014.Mostly fixed by the published algorithm.
    Time in intensity bandsMinutes above thresholds for light, moderate, or vigorous activity.Thresholds were calibrated in specific populations and wear locations, and they may not transfer to children, older adults, or people with movement disorders.
    Intensity gradient and average accelerationThreshold-free descriptions of the volume and distribution of activity.Epoch length and non-wear handling.
    Steps and cadenceDetected strides per unit time.Algorithm, wear location, and gait speed. Slow or assisted gait is often undercounted.
    Real-world walking speed and gait qualityStride length, speed, variability, and asymmetry within detected walking bouts. SV95C and the Mobilise-D digital mobility outcomes belong here.Bout definition, minimum bout length, sensor location, and device precision.
    Sleep measuresSleep period, efficiency, wake after sleep onset, and regularity from wrist movement and arm angle.Algorithm choice and whether a sleep diary guides the sleep window.
    Rest-activity rhythmInterdaily stability, intradaily variability, relative amplitude, and cosinor parameters.Number of days recorded and handling of gaps.
    Task-based measuresFeatures from prescribed tasks such as timed walks, sit-to-stand, finger tapping, or limb movements, as in the ALS Therapy Development Institute study described in the evidence stage.Task instructions, supervision, and learning effects.
    Functional summariesThe whole daily activity profile treated as a curve and analyzed with functional data methods.Smoothing and registration choices.
    Voice and speech measures and the choices behind them
    MeasureWhat it isChoices that change the value
    Fundamental frequency (F0)The rate of vocal fold vibration, heard as pitch, summarized by mean, variability, and range.Pitch tracker settings and the task. Reading and free speech differ.
    Jitter and shimmerCycle-to-cycle variation in period and in amplitude.Reliable mainly on sustained vowels with a clear signal, and sensitive to noise and compression.
    Harmonics-to-noise ratio and cepstral peak prominenceMeasures of how periodic the voice signal is. Cepstral peak prominence can be computed on connected speech.Window length and software implementation.
    Formants and vowel spaceResonances of the vocal tract, used to describe articulation precision.Speaker sex and age, vowel set, and formant tracker errors.
    MFCCs and spectral featuresCompact descriptions of the short-term spectrum.Frame size, number of coefficients, and channel effects from the microphone.
    Speaking and articulation rateSyllables or words per second with and without pauses.Syllable detection method and language.
    Pause measuresFrequency, duration, and location of silent and filled pauses.Minimum pause threshold.
    DDK rate and regularitySyllables per second and timing variability in rapid repetition.Syllable set, instruction, and trial length.
    Maximum phonation timeHow long a vowel can be sustained on one breath.Coaching and number of attempts.
    IntelligibilityProportion of words understood, by listeners or estimated from speech recognition error.Listener familiarity, recognition model, accent, and vocabulary.
    Language featuresLexical diversity, syntactic complexity, information content, and semantic coherence from transcripts.Transcription accuracy, task, education, and language.
    Learned embeddingsRepresentations from pretrained speech models.Model, layer, pooling, and whether the pretraining data resemble your speakers.

    Failure patterns that recur in published work

    • Leakage between training and test sets. Splitting by recording and not by person lets a model recognize individuals, and reported accuracy then falls sharply on new people.
    • Small samples with very many features. Speech feature sets can hold thousands of variables, and results from small cohorts often fail to replicate.
    • Confounding by recording conditions. If cases were recorded in a clinic and controls at home, a model can learn the room.
    • Thresholds borrowed from another population. Intensity thresholds from healthy young adults misclassify activity in people with gait impairment.
    • Silent algorithm changes. Consumer device summaries can change with a firmware update in the middle of a study, so record versions and keep raw data where you can.
    • Non-wear treated as missing at random. People often stop wearing devices when they feel worse.
    • Uneven performance across groups. Optical heart rate accuracy has been reported to vary with skin tone and motion, and speech recognition error varies with accent, dialect, age, and speech impairment.
    • Clock errors. Time zone changes, daylight saving, and device clock drift distort sleep timing and circadian measures.

    Software and platforms

    Evidence by disease area

    The literature is large and uneven. A few areas have regulatory milestones and replicated findings, and many have promising single-site studies. Open an area below to read what has been measured with movement and with voice, names entry points into the literature, and offers live searches so you can see what has been published since this snapshot.

    Build a live search

    Choose a disease area and a signal and the guide writes search links for PubMed, Europe PMC, ClinicalTrials.gov, and Google Scholar. The query text is shown so you can copy it into a protocol or methods section and rerun it later.

    Two curated resources complement a fresh search. DiMe's Library of Digital Endpoints tracks industry-sponsored trials that use sensor-based endpoints and was last updated in April 2026. The Boyce Data Science Real-World Evidence Literature Map shows a corpus of real world evidence papers by disease area, data source, and method.

    Disease areas

    Papers to read first, grouped by topic, each with a PubMed and a Google Scholar link

    Open and controlled-access data sets

    Public data let a new analyst learn the formats and test a pipeline before collecting anything. Access terms vary from open download to institutional agreements, and voice data in particular are often shared as derived features with raw audio held back. Check each source for its current terms, since they change.

    Before you request access

    • Read the data use agreement for limits on re-identification, on linking to other sources, and on sharing derived models, because a trained voice model can itself hold identifiable information.
    • Check whether the raw signal or only summaries are shared, and which device, firmware, and algorithm produced the summaries.
    • Look for the data descriptor paper and cite it, and record the release version you used, since several of these resources are versioned.
    • Confirm whether your institution needs to sign and how long that takes before you promise a timeline to anyone.

    Regulation, policy, and payment

    A sensor-based technology can meet regulators in three different ways: as a medical device in its own right, as a measurement tool inside a drug or biologic trial, or as a consumer wellness product outside device regulation. The same watch can be all three depending on its claims and its use, and privacy law and payment policy add their own layers.

    United States: FDA

    The December 2023 final guidance, Digital Health Technologies for Remote Data Acquisition in Clinical Investigations, is the central document for trials. It covers choosing a DHT that is fit for purpose, verification and validation, endpoints, risks, data retention, and sponsor and investigator roles. It sits within commitments made under the seventh Prescription Drug User Fee Act reauthorization (PDUFA VII), which also produced a March 2023 framework, a cross-center DHT Steering Committee, public meetings, and demonstration projects.

    In 2026 FDA issued a request for information on advancing DHTs in drug and biologic trials, with comments due June 1, 2026, opened a funding opportunity from July 20 to August 20, 2026, and held a public workshop on statistical considerations for digitally derived endpoints on August 27, 2026. Separately, on January 6, 2026, FDA revised its general wellness and clinical decision support guidances, and legal commentators describe the general wellness revision as widening enforcement discretion for non-invasive wearables that report physiologic values for wellness uses.

    Routes for a measure to gain standing beyond a single trial include the Drug Development Tool qualification programs for COAs and biomarkers, the Innovative Science and Technology Approaches for New Drugs (ISTAND) program, and the Medical Device Development Tools (MDDT) program. A 2026 systematic review reported that no real-world walking speed measure had been qualified by FDA at the time of writing, and it found letters of intent on FDA's website.

    Europe and the United Kingdom

    EMA's qualification of novel methodologies procedure produced the field's reference case. SV95C, measured at the ankle by a suitable wearable device, was qualified as a secondary endpoint for Duchenne muscular dystrophy in 2019 and in July 2023 as a primary endpoint in superiority studies for ambulant patients aged four and above, as an alternative to the six-minute walk test, provided it is supported by consistent findings in established secondary endpoints. EMA issued a letter of support to the Mobilise-D consortium in April 2020 for digital mobility outcomes as monitoring biomarkers in Parkinson's disease.

    Devices and software with a medical purpose fall under the European Union Medical Device Regulation, and the Artificial Intelligence Act and the European Health Data Space regulation add obligations for high-risk artificial intelligence (AI) systems and for secondary use of health data. The General Data Protection Regulation treats health data, and biometric data used to identify a person, as special categories. In the United Kingdom, the National Institute for Health and Care Excellence (NICE) publishes an evidence standards framework for digital health technologies, and Germany's digital health application (DiGA) pathway offers reimbursement for listed apps.

    Payment and privacy in the United States

    The 2026 Medicare Physician Fee Schedule, finalized in November 2025 and effective January 1, 2026, added remote monitoring codes for shorter periods, covering 2 to 15 days of data in a 30-day period and 10 minutes of management time, alongside the existing codes that require 16 days and 20 minutes. In February 2026 the Centers for Medicare and Medicaid Services (CMS) announced a Medicare App Library within its health technology ecosystem work.

    The Health Insurance Portability and Accountability Act (HIPAA) applies to covered entities and their business associates, so data held by a consumer wearable company are often outside it. The Federal Trade Commission's Health Breach Notification Rule, state laws such as Washington's My Health My Data Act, and biometric privacy laws such as the Illinois Biometric Information Privacy Act, which names voiceprints, cover parts of that gap.

    Guidance, qualification opinions, and policy documents

    Organizations and people

    Much of the practical knowledge in this field lives in precompetitive consortia, standards groups, patient organizations, and a fairly small research community that publishes openly. This stage lists where that work happens and whose publications make good entry points.

    People whose published work is a good entry point

    This list is a starting point drawn from the literature cited in this guide. It is not a ranking and it is incomplete, and affiliations change, so each name links to a Google Scholar search and the description says what the person is known for, not where they work now.

    Movement, gait, sleep, and wearable cohorts
    Voice, speech, and language
    Frameworks, regulation, standards, ethics, and platforms
    Disease-focused digital measurement

    Funding

    Funding for digital measurement comes from government science agencies, regulators, defense health programs, disease foundations, European public-private partnerships, and industry. Specific opportunities open and close quickly, so this stage pairs a dated snapshot with searches you can rerun and with the funder pages to watch.

    Opportunities seen in the September 2026 snapshot

    These are listed to show the kinds of calls that appear and what they ask for. Confirm status and dates at the linked source before planning around any of them.

    Live searches

    Type a topic and the guide writes search links for Grants.gov, the National Institutes of Health (NIH) Guide, the European Union funding portal, and a general web search limited to recent results.

    Funders to watch

    What reviewers of digital measurement proposals tend to expect

    • A stated concept of interest and context of use, with evidence that patients consider the concept meaningful.
    • A plan that separates verification, analytical validation, clinical validation, and usability, and says which parts already exist.
    • Partnership with a patient organization. Some calls require it, including the NIH announcement in the snapshot above.
    • A data management and sharing plan that names formats, metadata, and how identifiable signals such as voice will be governed.
    • Attention to who may be excluded by device cost, connectivity, language, or disability, and how the design responds.

    If you lead a nonprofit that wants to fund this kind of work and has not run a grant program before, The First-Time Funder covers award sizing, the funding announcement, review, and agreements.

    Using digital measures in research

    The studies that produce usable digital evidence tend to start from the question and work toward the device. This stage sets out that order and then gives you a planning worksheet whose answers download as a document you can bring to a protocol meeting.

    An order of work that many programs follow

    1. Start with the meaningful aspect of health. Ask patients and caregivers which parts of daily life they most want to keep or regain, and choose a concept of interest that can be measured, such as walking capacity in daily life or being understood on the telephone.
    2. State the context of use. Name the population, the study type, and the role of the measure, whether exploratory, secondary, primary, safety, or eligibility.
    3. Look for an existing measure before building one. Search the DiMe library, the Open Wearables Initiative, and the literature searches in the evidence stage.
    4. Choose the technology to fit the measure. Decide between a research-grade device with raw data and a consumer device with summaries, and between provisioned devices and participants' own.
    5. Assemble the evidence. Map what exists against V3+ and plan studies for the gaps, including reliability and a meaningful change threshold.
    6. Design for the participant. Pilot the wear schedule or recording tasks with people who have the condition, and budget for training, support, and replacement devices.
    7. Plan the data. Fix formats, metadata, time handling, non-wear and quality rules, algorithm versions, storage, and sharing before the first participant enrolls.
    8. Define the endpoint and the analysis. Specify the aggregation window, the valid-day or valid-recording rule, how device failure and non-wear are treated as intercurrent events, and sensitivity analyses.
    9. Talk to regulators early if the results may support a product. FDA encourages early contact for DHT use in drug development, and EMA offers qualification advice.
    Planning worksheet

    Fill in what you know and leave the rest blank. The download lists unanswered items separately so that the gaps are visible to your team.

    Use in care, advocacy, and policy

    Outside research, the same signals support remote monitoring, consumer health features, assistive communication, and patient advocacy. Evidence standards, payment, and privacy protections differ from the research setting, and the questions below are meant to help each group ask for what it needs.

    In clinical care

    • Remote monitoring programs. Medicare and many private payers reimburse RPM and RTM, and the 2026 fee schedule added codes for shorter monitoring periods. Programs usually need a defined population, a response protocol for out-of-range values, and staff time to review data.
    • Patient-generated data in the record. Major EHR systems can receive consumer device summaries through patient portals and FHIR interfaces. Many clinicians report that unfiltered streams add workload, so programs often agree in advance which summaries are reviewed and when.
    • Consumer features with device authorization. Some smartwatch features, including irregular rhythm notifications, ECG recording, and sleep apnea notifications, have FDA marketing authorization, and general wellness features do not. The labeling states the intended population and what the feature does not do.
    • Seizure detection. Wrist-worn devices that detect convulsive seizures and alert caregivers have FDA clearance, and an international clinical practice guideline published in 2021 addresses their use for generalized tonic-clonic seizures.
    • Speech and communication. For people with ALS and other conditions that affect speech, voice banking and message banking preserve a personal voice for later use in a communication device, and projects such as the Speech Accessibility Project and Project Euphonia aim to improve recognition of atypical speech.

    Patient-centered use

    • People living with a condition often want their own data returned in a form they can read, and want to know who else can see it. Plans for returning individual data and study results are best made with participants during design.
    • Burden belongs in the design, since charging, syncing, skin irritation, and repeated tasks all reduce adherence, and the people with the most advanced disease are often the first to drop out, which biases results.
    • Access is uneven, because device cost, broadband, smartphone model, language, dialect, and disability all affect who can take part and how well algorithms perform for them.
    • Monitoring can feel like surveillance, so continuous sensing in the home, and any microphone, should come with clear limits on what is recorded, who reviews it, and how to pause it.
    Questions patient advocates can ask a sponsor or research team
    • Which aspect of daily life is this device or recording meant to measure, and how did you learn that it is important to people with this condition?
    • Has the measure been validated in people like us, including children, people who use mobility aids, or people whose speech is already affected?
    • What does taking part involve each day, and what support is available when the device or app does not work?
    • Will participants see their own data, and will the community see the results?
    • Who holds the raw data, including voice recordings, and can they be used to identify someone or be sold or shared with third parties?
    • Will the data be shared with other researchers so that families do not have to repeat the same studies?
    • If the device is a consumer product, what happens to participants' data under the company's own terms of service?
    Questions to ask a technology vendor
    • Can we access the raw signal, at what sampling rate, and in what file format?
    • Which algorithm versions produce each summary measure, how are changes announced, and can a version be locked for the length of a study?
    • What verification and analytical validation evidence exists, in which populations, and is it published?
    • What is the device's regulatory status for the use we intend?
    • Where are data stored, who can access them, and what happens to them if the company is sold or closes?
    • What are the costs for devices, licenses, data export, and support, and what is the replacement rate in studies like ours?
    Questions for policymakers, regulators, and payers
    • Which decisions are digital measures being asked to support, and is the evidence bar proportionate to each?
    • Where a product moves between wellness, device, and trial tool, is it clear to users which protections apply at each point?
    • Do privacy protections follow sensitive signals such as voice, location, and in-home sensing when they are held outside HIPAA-covered entities?
    • Are performance differences across age, skin tone, accent, language, disability, and disease severity reported, and who is responsible for monitoring them after launch?
    • Do payment rules reward clinical response to monitoring data, or only data collection?
    • Are publicly funded data sets and algorithms shared in open formats so that small organizations and rare disease communities can use them?
    • What happens to patients and to evidence when a vendor withdraws a product or changes an algorithm?

    Where the field appears to be heading

    These are directions visible in the September 2026 snapshot, with the evidence for each. They are observations and not forecasts, and several could reverse with a change in policy or funding.

    Regulatory methods are becoming specific

    FDA's 2026 activity moved from general principles toward methods: statistics for digitally derived endpoints, a technical specification for one continuous sensor stream, and funding aimed at comparing digital with traditional measures. The current user fee agreement runs through fiscal year 2027, so commitments for the next cycle are likely to be discussed publicly during the coming year.

    Composite and multimodal measures

    DiMe lists a current project on combining digital measures into composite and multimodal endpoints, and studies such as the ALS Therapy Development Institute's work with Google combined voice and accelerometer models within one cohort. The statistical and regulatory treatment of composites built from different sensors is still unsettled.

    Large pretrained models for sensor data

    Self-supervised models trained on very large wearable cohorts, and pretrained speech models, are replacing hand-built features in some tasks. They reduce the labeled data needed and raise new questions about interpretability, about performance for people who are unlike the training population, and about how to lock a version for a trial.

    Ethically sourced voice data at scale

    Bridge2AI-Voice released successive adult versions through 2025 and 2026, added a pediatric release, and opened raw audio through a controlled process. Its split between openly available derived features and controlled raw audio may become a common model. Voice cloning technology also increases the consequences of any leak of raw audio, which strengthens the case for that split.

    Contactless and ambient sensing

    FDA's 2026 funding notice gives contactless room sensors for apnea in pediatric patients as an example. Sensing that needs nothing worn suits infants, people with advanced disease, and people with cognitive impairment, and it brings consent questions for everyone else in the room.

    Wider wellness space and changing payment

    The January 2026 general wellness revision and the 2026 Medicare remote monitoring codes both widen the room for sensor-based products in everyday care. Whether evidence generation keeps pace is an open question that independent evaluators and patient groups are watching.

    Rare disease and pediatric measures

    After SV95C, DiMe's collaborative community launched a core set of digital clinical measures for pediatric rare diseases. Small populations make shared measures and shared data especially valuable, since no single sponsor can validate a measure alone.

    Glossary and sources

    Every acronym used in the guide is spelled out here, followed by the web sites consulted for the September 2026 snapshot.

    Glossary
    Web sites used for this snapshot

    How to reproduce or update the snapshot

    Dated claims in the regulation, funding, and outlook stages were checked against the linked primary pages in September 2026. To update them, open the FDA page on DHTs for drug development, the EMA qualification opinions, the PhysioNet pages for Bridge2AI-Voice, and the DiMe library page, and compare the dates shown there with the dates in this guide. The literature and funding stages rebuild their searches each time you use them.

    The Digital Health Technology Field Guide, Boyce Data Science. Snapshot dated September 2026. Not peer reviewed, and not regulatory, legal, or medical advice. More free tools are listed at boycedatascience.com/research-tools.