Products
Organisations
Guides and documentation to help you get the most out of Trialflare. Browse by category or jump straight to an article.
A 13-part guide that walks you through everything from study setup to wearables.
The Getting Started series walks you through setting up a study on Trialflare from scratch. It covers trial information, data types, stages, participants, eConsent, data collection, compliance, team management, sites, eTMF, polls, and wearables — in that order.
If you're new to Trialflare, work through the 13 parts in sequence. If you have REDCap experience, the terminology will feel familiar — see the Definitions article for a quick mapping of core concepts.
Every study starts with three building blocks: a trial code, data types, and stages.
Trial code
Give your study a unique identifier that distinguishes it on the platform — used whether participants submit data remotely or at a site visit. For example: ouruniversitysleepstudy
Data types
Data types define the format of what you're collecting. Available types include text, integer, decimal, slider, dropdown, date, temperature, height, weight, BMI, file upload, image, video, nutritional input (Open Food Facts), and cognitive tests (Stroop, PAL, RAVLT).
Each distinct value needs its own data type. For 25 yes/no questions, create 25 yes/no data types — e.g. is_current_smoker, is_participant_pregnant. Use an organisational scheme like 1.1_first_name, 1.2_last_name to keep things tidy.
Stages
Stages are forms. They group related data types into coherent collections — a baseline questionnaire might include date_of_birth, first_name, smoker. Each field within a stage has a question title, validation rules, required/optional status, and optional conditional logic.
Stage settings let you control availability (app only, web only, site visits), frequency (one-time, recurring, ad hoc), post-submission messages, and whether the stage is an anonymous poll.
Every person in a study needs one participant record. Trialflare supports two engagement models: self-reporting (participants log in and submit their own data) and staff-facilitated (team members enter data on a participant's behalf).
Single participant: Add participants one at a time as recruitment progresses. Assign an ID and optional password. You can reset forgotten passwords at any time from the participant record.
Bulk onboarding: For large enrolments or pre-generated IDs, use the multiple-participant workflow. When creating participants with passwords in bulk, Trialflare exports a CSV of generated passwords — keep this securely.
Study arms: Define intervention groups in advance. New participants can then be assigned automatically using blocking or round-robin distribution. Randomisation is also supported during creation.
Security tip: Use distinctive participant IDs rather than sequential numbers — e.g. 8L3HN3 or fuzzy-happy-llama — and combine with individual passwords and a unique trial code.
Once participants are created, they need to access the platform to submit data. Trialflare uses a combination of trial code, participant ID, and optional password to verify that submissions come from the intended person — open URLs alone aren't enough.
With eConsent enabled: Participants cannot access or submit any data until they have completed the informed consent process, even if they have correct credentials.
Without eConsent: Participants log straight in using their ID and password and proceed to complete available stages.
Distribution methods: Share credentials via QR codes on packaging, stickers, email (use a study-specific address), or directly within participant information sheets alongside app store links.
eConsent ensures participants understand the study's nature, purpose, risks, and benefits before they provide any data. The contents of your informed consent form should have been reviewed by an appropriate ethics committee.
Enable eConsent via a tickbox in the trial settings, then complete the following sections:
Saving the form creates a versioned record. When you update the consent form, a new version is created and existing participants must re-consent. All consent logs are stored and downloadable.
Once eConsent is enabled, participants are presented with the consent form immediately after logging in for the first time. They must work through the Participant Information Sheet, initial each eligibility criterion and standalone condition, and provide a final signature before they can access any study data or stages.
Participants can revisit their signed consent at any time from within the app. If the consent form is updated to a new version, they are prompted to review and re-consent before continuing.
Once participants are onboarded, they see all available stages in their dashboard. Stages they cannot yet complete show a padlock icon — typically because a future recurrence hasn't become available yet.
One-off submissions: After completing a one-time stage, participants see a green checkmark and cannot resubmit.
Recurring submissions: Only the current recurrence is available. The next week's entry appears automatically once the previous one is submitted.
Ad hoc submissions: Unlimited entries for items like food diaries, image uploads, or health assessments. Participants can submit as many times as needed.
All participant responses are available in real time from the admin platform. You can view data at the participant level (individual responses), at the stage level (all responses to a particular form), or export a full dataset.
Data exports are available as CSV or Excel. Exports include all submitted values, timestamps, and participant identifiers — formatted cleanly for analysis or regulatory submission.
In decentralised research, participants often forget to submit required data. Trialflare provides several tools to drive compliance and maintain engagement.
Automatic messages: Set up general reminders — for example, prompting participants to take their intervention at a specific time each day. Configure these via the Messages tab. Participants using the mobile app can receive push notifications; those with push enabled appear with a green "PUSH" label in the participant overview.
Stage-specific reminders: Notify participants about upcoming or outstanding tasks. Set these per-stage via Stages > Edit > Push reminders. These are response-driven — once a participant submits, reminders for that stage stop. Use the %n placeholder to personalise recurring reminders (e.g. "Week 1", "Week 2").
Instant messaging: Send secure direct messages to participants who have the Trialflare app installed. Ideal for time-sensitive prompts or follow-up on missing data.
Team members with the appropriate permissions can enter or amend participant data directly in the admin platform — every action is audit-logged for compliance.
Use section dividers in form design to organise larger eCRFs clearly for staff entering data at a site visit.
Trialflare distinguishes between team members (all users in your account) and collaborators (team members assigned to a specific trial). Add users via Team > Users, then assign them as collaborators via Trial Settings > Collaboration.
Multi-site studies: Create Sites to represent different physical locations — universities, partner organisations, clinics. Assign team members to specific sites; site staff only see participants allocated to their location, while the study host retains full visibility across all sites. Participants are assigned to a site at enrolment.
This structure supports complex multi-centre trials while keeping data access appropriately scoped to each location.
The Documents section manages all project-related files at both the trial and site level. It supports version control and approval workflows — making it suitable for use as an electronic Trial Master File (eTMF).
Upload protocol documents, ICFs, SOPs, and site files. Assign approval responsibilities to specific team members with the appropriate document approval permission. All upload, version, and approval events are audit-logged.
Stages can be configured as anonymous polls — no login required. These are useful for screening surveys, event feedback, or open recruitment. Responses are collected without being linked to a participant account.
Generate a branded QR code for any public stage and display it on packaging, posters, or presentations. Participants scan the code to open the form directly in their browser. QR code styling (colours, logo) is configured in Team > Branding.
Trialflare integrates with Garmin to collect real-world health data continuously — sleep, stress, heart rate, steps, calories, pulse oximetry, body battery, and activity data (running, cycling, swimming, strength training). Data collection capability varies by device.
Admin setup: Enable wearable support via Settings > Integrations > Garmin.
Participant setup: Participants need an existing Garmin device and a free Garmin Connect account. They connect by tapping Connect in the web or mobile app, authenticating with Garmin, and authorising data sharing.
Monitoring: A blue indicator on the Participants tab shows active Garmin connections. Wearable data appears in the "Wearables Responses" tab within each participant record as it syncs from the cloud.
Terminology, roles, and how the key objects in Trialflare relate to each other.
Trialflare uses role-based access control (RBAC). Rather than fixed roles, the system uses named roles that bundle permissions — assigned at different scopes: trial-wide, site-specific, or participant group level.
Permission layers:
trial.* permissions applied across the entire trial.site.* permissions restrict access to a specific site's participants and files.group.* permissions for arm-specific data visibility and editing.Key trial permissions: trial.admin provides full access; trial.read and trial.write offer graduated admin access. Separate permissions exist for participant data (including PII and restricted fields), document approval, video meetings, queries, tasks, and wallet management.
Best practice: Grant trial.readParticipantStudyData without PII or restricted keys until a user genuinely needs those layers.
Video meetings and other participant-facing features.
Trialflare includes integrated video calling — no external meeting software required. Access requires Trial Admin status or the "Create participant meetings" permission. Meetings are billed per participant-minute and transcription-minute used.
Creating a meeting: From a participant's profile, go to the Meetings tab. Provide a title, set a date and time (links are valid for 24 hours), and select which team members will attend. The system automatically notifies the participant via the Trialflare app, email, SMS, or WhatsApp; staff receive calendar invitations compatible with standard clients.
Joining: Meetings run in any web browser — no download needed. Staff join as hosts with moderator controls; participants use a non-host link that activates once a host enters.
Recording and transcription: Hosts can enable recording and live transcription during the call. Transcriptions are processed after the call and can be downloaded from the participant's Meetings tab.
Your team is the central account that contains all users, trials, and settings.
A team is your organisation's central account — the billing boundary, the shared user directory, and the container for all trials you run. Team managers (those with the team.manage permission) control branding, SSO, password policies, default permissions, and audit logs via "Manage team".
A team contains five primary areas: Users (staff invitations and permissions), Trials (all studies), Branding (name, logo, QR styling), Settings (SSO, password policy, notifications), and Events (team-wide audit log).
The Overview tab shows usage quotas and communication volumes (SMS, WhatsApp, email, push) for capacity planning.
Invite staff via Team > Users. Each user can be granted team-level permissions via the settings icon next to their name. Users with only team.access can view team pages without modifying settings.
Trial-level permissions are assigned separately when adding a user as a collaborator on a specific trial. See the Roles and permissions article for the full permission model.
Configure your organisation's name, logo, and QR code styling via Team > Branding. Your logo appears in participant-facing communications and branded QR codes generated for public stages.
The Events section provides a team-wide audit log of all significant actions taken within the account — user invitations, permission changes, trial creation, document approvals, and more. The log is exportable for compliance reporting.
How Trialflare protects your data and what certifications we hold.
Seastorm Limited (the company behind Trialflare) operates as a Data Processor under GDPR. You, as the study operator, are the Data Controller responsible for managing your participants' data.
Contact the Data Protection Officer at dpo@seastorm.co. To raise a data protection complaint under the Data (Use and Access) Act 2025, write to dataprotection@seastorm.co.
Trialflare undergoes rigorous and regular certification and audit to ensure company and customer data is fully safeguarded. Seastorm Limited currently holds the following certifications:
Cyber Assurance is a meaningful substitute for international standards such as ISO 27001, incorporating comparable processes, protocols, and security controls.
How to fund communications, video meetings, and other per-use features.
The wallet is a pre-funded balance used to cover per-use features: SMS and WhatsApp messages, video meeting minutes, participant incentives, and identity verification. Access it via My Study > Settings > Wallet (requires Study Administrator status or the "Manage Wallet" permission).
Adding funds: Choose from preset amounts (£50, £100, £250, £500) or enter a custom amount. All transactions are processed securely through Stripe — Trialflare never stores your card details. Funds stay in your wallet indefinitely with no expiration.
Transactions: A full transaction history shows descriptions, dates, and GBP amounts. PDF invoices are generated automatically for each top-up.
Overdrafts: The platform permits minor overdrafts to prevent service interruptions, but maintaining a positive balance is recommended. Unused funds from a concluded trial can be transferred to an active study — contact your Account Manager to arrange this.
Live pricing: Current SMS, WhatsApp, and video pricing is displayed on the Wallet page, reflecting real-time provider costs.
Can't find what you're looking for? Our team is happy to help — reach out and we'll get back to you quickly.
Contact support