Ankior Technologies / SAFETYTECH

SmartAid

A platform for smart first-aid kits, AEDs, and aid points, monitoring readiness, usage, shortages, and replenishment.

System design Development Security
SmartAid preview
Client: Ankior Technologies Year: 2026

First-aid readiness under operational control

Where the project started

SmartAid turns first-aid kits and AEDs from passive equipment into a managed readiness network: indoor and outdoor kits get separate access models, and field operations run offline with deduplication and replayable history.

Starting point

A first-aid point can appear ready, but without usage, shortage, and replenishment history the organization is guessing.

Direction taken

SmartAid connects device readiness, kit inventory, AED context, usage sessions, restocking, and supply operations. The architecture must work in the field, so it assumes offline capture, deduplication, and later evidence reconstruction.

Business / Product

Problems and solutions

Each tile connects a real product tension with the decision that clarified the domain, UX, or operations.

Problem

A first-aid point can appear ready, but without usage, shortage, and replenishment history the organization is guessing.

Solution

Design a readiness model for kits, usage sessions, supply, and edge operations.

Outcome Clear readiness model
Problem

The scope could easily become a feature list without one product, data, and ownership model.

Solution

SmartAid connects device readiness, kit inventory, AED context, usage sessions, restocking, and supply operations. The architecture must work in the field, so it assumes offline capture, deduplication, and later evidence reconstruction.

Outcome Readiness score for aid points
Problem

The project needed decisions that would stay readable after the first version: for users, the team, and further delivery.

Solution

Readiness score for aid points. Usage sessions as operational evidence.

Outcome Coherent connection with AssetsManager

Roles and competencies

The competencies this build required

Competencies are shown as ownership roles: CTO, Tech Lead, engineering, DevOps, cloud, security, and AI where they were part of the work.

01

Fractional CTO

Connecting the product thesis, domain risk, and priorities so technology supports business decisions instead of becoming a separate workstream.

Open competency
Scope
  • Product category and positioning
  • Scope priorities and risk
  • Decisions ready for founder or CTO review
Applied experience
  • Product thesis translated into technical priorities.
  • Risks framed in a language stakeholders can review.
02

Tech Lead

Shaping responsibility boundaries, domain modeling, and architecture decisions so the project can grow without drifting into an accidental monolith.

Open competency
Scope
  • Bounded contexts and ownership
  • Readable technical decisions
  • Roadmap without implementation chaos
Applied experience
  • Domain boundaries and decisions that remain reviewable after MVP.
  • Ownership model readable for later delivery stages.
03

Software Engineer

Turning the domain into screens, APIs, flows, and maintainable implementation with focus on clarity and post-MVP evolution.

Open competency
Scope
  • Backend and application contracts
  • UX surfaces ready for iteration
  • Code and maintenance model
Applied experience
  • Implementation tied to the real product workflow.
  • Contracts and code prepared for post-launch iteration.
04

DevOps Engineer

Designing delivery, observability, and operations so release, diagnostics, and recovery are part of the product.

Open competency
Scope
  • CI/CD and release readiness
  • Observability and production signals
  • Operations without manual rituals
Applied experience
  • Release, diagnostics, and recovery designed as product capabilities.
  • Production signals ready for maintenance without guessing.
05

Cloud Engineer

Choosing cloud, data, and integration foundations so scale, cost, and reliability are not added after the fact.

Open competency
Scope
  • Google Cloud and managed services
  • Data, events, and storage
  • Cost and operational control
Applied experience
  • Cloud choices tied to cost, scale, and data responsibility.
  • Integrations and storage treated as foundations, not add-ons.
06

Security Engineer

Field operations run offline with deduplication and data integrity, and emergency override for public AED access stays visible and auditable instead of hidden.

Open competency
Scope
  • Offline-first capture with deduplication and replayable history
  • Emergency override for AED access stays visible and auditable
  • Service-book history as proof of rescue-equipment readiness
Applied experience
  • Privacy, roles, and auditability built into the product model.
  • Security visible in domain decisions, not only around the UI.

Stack by competency

Tech stack

The stack is grouped by competency so it shows both technology and responsibility: software, leadership, DevOps, cloud, security, and AI.

Software Engineer
  • .NET / ASP.NET Core
  • .NET MAUI mobile client
  • Angular web client
  • PostgreSQL
Tech Lead
  • Event-driven integration
  • Edge/IoT domain boundaries
  • Offline-first domain model
DevOps Engineer
  • OpenTelemetry
  • Cloud Logging
  • Kafka operations
Cloud Engineer
  • Kafka
  • Edge gateway
Security Engineer
  • Audit log
  • Auditable emergency override
.NET / ASP.NET Core Angular web client Event-driven integration Offline-first domain model Cloud Logging Kafka Audit log .NET 8 Mobile offline sync Angular .NET / ASP.NET Core Angular web client Event-driven integration Offline-first domain model Cloud Logging Kafka Audit log .NET 8 Mobile offline sync Angular .NET / ASP.NET Core Angular web client Event-driven integration Offline-first domain model Cloud Logging Kafka Audit log .NET 8 Mobile offline sync Angular
.NET MAUI mobile client PostgreSQL Edge/IoT domain boundaries OpenTelemetry Kafka operations Edge gateway Auditable emergency override Edge hub .NET MAUI Offline-first capture & deduplication .NET MAUI mobile client PostgreSQL Edge/IoT domain boundaries OpenTelemetry Kafka operations Edge gateway Auditable emergency override Edge hub .NET MAUI Offline-first capture & deduplication .NET MAUI mobile client PostgreSQL Edge/IoT domain boundaries OpenTelemetry Kafka operations Edge gateway Auditable emergency override Edge hub .NET MAUI Offline-first capture & deduplication