ALTARISE
HealthTech Platforms

HealthTech platforms built by people who have run a Class IIa device in production.

Regulated workflows, secure data boundaries, and identity integrations, scoped and architected before a single line of code.

Common failure modes

Where HealthTech builds break down

1

Teams decide whether the software is a medical device (MDSW) late, then discover the class drives the whole development lifecycle under IEC 62304.

2

Patient data boundaries and access control defined informally, then discovered as problems during testing.

3

Identity and authentication integrations underestimated in complexity and timeline.

4

Risk management treated as a document written at the end, rather than the ISO 14971 file that shapes the design as it is made.

5

Multi-role workflows (clinicians, administrators, patients) not mapped before engineering starts.

6

Estimation misses regulatory review cycles and security review timelines.

How we help

Class IIa device software, built and run in production

Before ALTARISE existed, our team built, shipped and maintained the software for AioCare, a connected mobile spirometer: the device SDK, the iOS and Android applications, and the platform that held test results and generated reports for clinicians and patients. The work was scoped to MDR Class IIa requirements across both software and hardware, and included preparing documentation for a 510(k) submission to the FDA. The certification programme ended when the funding did, not for engineering reasons, and through that period a very small team kept the platform running so patients and their doctors could keep using the device. What transfers is the part that decides your architecture: what IEC 62304 asks of your development lifecycle, what ISO 14971 asks of your risk file, and how early both of them constrain the data model.

What you get

Concrete outputs, not just advice

  • Clear scope with compliance requirements mapped from the start
  • Data boundary architecture and access control direction
  • Identity integration map, with approach and risk assessment
  • Audit trail requirements and implementation notes
  • Multi-role workflow maps (clinicians, admins, patients)
  • Security requirements and compliance checklist for regulated environments
  • Prioritized backlog structured around delivery milestones
  • Budget ranges and delivery strategy with compliance cycles accounted for

Recommended first step

Start with a LaunchRail Sprint

A focused 10-day planning sprint that answers the hard questions: what to build, what it costs and what the risks are, so you start with a clear plan.

See LaunchRail
FAQ

Questions, answered.

Yes. Before ALTARISE was founded, our team built and maintained the software for AioCare, a connected mobile spirometer: device SDK, iOS and Android apps, and the clinician and patient platform. It was scoped to MDR Class IIa across software and hardware, with documentation prepared for a 510(k) submission. Neither process was completed, because the funding for the remaining hardware and software remediation did not arrive. We know what IEC 62304 expects of a development lifecycle and what ISO 14971 expects of a risk file, because we produced both.

Compliance requirements are built into every part of the plan: architecture, data boundaries and scope definition. They shape what gets built rather than sitting in a separate document. You get a plan where regulated requirements are accounted for from day one.

Yes. That is when LaunchRail has the highest ROI. We run workshops to surface decisions, map constraints, and define what exactly needs to be built. You leave with clarity where there was ambiguity.

No. LaunchRail produces a plan that works for any delivery team: your internal engineers, an outsourced team, or us. You're free to choose who builds it.

We map user journeys for each role before engineering begins: clinicians, administrators, patients and any other actors. This prevents scope creep and ensures the backlog reflects real workflow complexity.
Action

Let's talk about your project

Book a short call. We'll listen, ask the right questions, and within 24 hours you'll have a clear recommended next step.

Start LaunchRail