--- title: "Wearable medical device development — G&G Technologies" description: "Wearable devices for remote vital-signs monitoring, designed in San Marino: custom electronics, firmware and remote patient monitoring platforms." publisher: "G&G Technologies" lang: en canonical: https://ggtechnologies.sm/en/services/medical-wearables/ translation: https://ggtechnologies.sm/servizi/wearable-medicale/index.md --- # Wearable devices for remote vital-signs monitoring. *Medical wearables* Wearable devices and ambient sensors that follow frail and elderly patients. From custom electronics to the platform that reads the data. - [Talk to us](mailto:info@ggtechnologies.sm?subject=Information%20request) Or write to us: [info@ggtechnologies.sm](mailto:info@ggtechnologies.sm) - **1997** the first project - **18** years in manufacturing - **900** workers in the study *Where we start* ## A wearable is a chain, not a device. The chain starts at the sensor and ends when a doctor or a coach acts on the reading. If one link is weak — battery life, signal quality, the way the data reaches the person who has to read it — the device ends up in a drawer. We design the whole chain. Electronics and firmware on one side, the platform that collects and processes the data on the other. We have built wearable solutions for vital-signs monitoring in both healthcare and sport. #### Healthcare Monitoring of patients and the elderly, with data readable by those who provide care. #### Sport Athletes' physiological parameters, captured continuously during activity. #### Technology Our [DigiSense®](https://ggtechnologies.sm/en/digisense/) framework is the base for data acquisition and processing. *The research behind it* ### Nine hundred emergency workers, twelve months of measurements. This page describes a method. That method was tested in a study published in “Sensors”, a peer-reviewed journal: a cloud architecture that continuously follows the electrocardiogram and breathing of paramedics and medical workers while they work, and raises alarm events to a control centre in real time. 900 paramedics and emergency workers were followed for twelve months. G&G Technologies is one of the affiliations on the study, alongside the Italian National Research Council and four universities: Bologna, Kore University of Enna, Università Politecnica delle Marche and Johns Hopkins University. Our chief executive, **Gian Angelo Geminiani**, is its second author. Another affiliation is AccYouRate Group, which designs, patents and manufactures the wearable devices used in the study — certified as class IIa medical devices. Geminiani was its chief technology officer there for almost five years, from 2020 to 2024. Orro A., **Geminiani G.A.**, Sicurello F., Modica M., Pegreffi F., Neri L., Augello A., Botteghi M., *A Cloud Infrastructure for Health Monitoring in Emergency Response Scenarios*, “Sensors”, 2024, 24(21), 6992. [Read the article — DOI 10.3390/s24216992 →](https://doi.org/10.3390/s24216992) A year earlier, also in “Sensors”, an algorithm that detects the QRS complex — the spike that marks each heartbeat on the electrocardiogram — in real time on a phone or a wearable device. Compared with the Pan–Tompkins algorithm it derives from, the computation is five to twenty times lighter. It is signed by Johns Hopkins University, the University of Bologna and AccYouRate Group; Geminiani is among the authors. Neri L., Oberdier M.T., Augello A., Suzuki M., Tumarkin E., Jaipalli S., **Geminiani G.A.**, Halperin H.R., Borghi C., *Algorithm for Mobile Platform-Based Real-Time QRS Detection*, “Sensors”, 2023, 23(3), 1625. [Read the article — DOI 10.3390/s23031625 →](https://doi.org/10.3390/s23031625) AccYouRate devices were also assessed in two clinical studies, on which Geminiani collaborated as chief technology officer without being an author: [twenty-four-hour home monitoring](https://doi.org/10.3389/fneur.2024.1388506) of patients with Rett syndrome (“Frontiers in Neurology”, 2024) and a [comparison between a garment that records the electrocardiogram and a Holter monitor](https://doi.org/10.1007/s10916-024-02077-9), the portable recorder used in cardiology (“Journal of Medical Systems”, 2024). Open access, CC BY licence, for all four studies. *What we build* ## From the sensor to the dashboard, one project. Worn or in the room. ### Custom electronics and firmware Board and on-device software designed around the sensor and the power budget the use case allows. - Sensor selection and integration - Low-power firmware - Wireless communication to apps and gateways ### Remote-monitoring platforms Where device data becomes readable: continuous collection, thresholds, alerts and history for the doctor, coach or caregiver. - Continuous parameter acquisition - Threshold and anomaly alerts - Interfaces for operators and for patients ### Physiological signal processing Biological signals are noisy and voluminous. We clean them up, bring them all to the same scale so they can be compared, and store them so they can be searched. - Signal cleaning and normalisation - Time-series storage - Analysis and models on the collected data ### Ambient monitoring Some measurements live in the room. Sensors in the home that follow the environment and the routines of frail and elderly patients, and that work on their own. - Ambient and home sensors - Detection of changes in daily routine - Alerts to family and care staff *How we work* ## The parameter comes first. The technology comes last. 01 ### Define the parameter Which reading you actually need, how often, and who reads it. A mistake here can only be fixed later with a new board. 02 ### Design the device Sensor, power budget, form factor and data platform are chosen together: they constrain each other. 03 ### Prototype and field-test Prototype, firmware, platform and field trials with the people who will use the device. 04 ### Move to production Production rollout, maintenance and evolution over time. *FAQ* ## Frequently asked questions ### Do you handle the hardware too, or only the software? Both. We design custom electronics and firmware, and the platform that collects and processes the data. They are two halves of the same project: separating them is the fastest way to end up with a device nobody uses. ### What is the difference between a medical and a sports wearable? The requirement, not the technology. In sport, continuity of measurement under effort matters; in healthcare, data reliability and traceability of who consulted it matter. Design choices change, the skills do not. ### Can you work on an existing device? Yes. Often the hardware already exists and what is missing is the platform that makes the data usable, or the firmware needs reworking to cut power draw. We start from what is already there. ### Does the device end up certified as a medical device? A notified body signs the marking, and the path starts from the device class. We design the electronics, the firmware and the platform inside that path: classification, documentation, software development to the relevant standard. The first thing we tell you is which class your case falls into — often it sits outside the medical perimeter altogether, and the quote changes accordingly. ### Where does patient data end up? Wherever you decide. We also build architectures where processing stays on your own servers and the data never leaves your infrastructure — the same principle Podz.AI is built on. *Insights* ## Technical analysis on the same subject. ### [A number is not a measurement](https://ggtechnologies.sm/en/insights/number-or-measurement/) What really separates an indicator from a measurement, why even a cuff monitor is estimating, and what to look for in a datasheet before you sign. ### [Hardware longevity has become a requirement](https://ggtechnologies.sm/en/insights/durability-by-design/) Ecodesign, the right to repair and the battery regulation stack up: what changes for hardware designers, and what to decide before the architecture. ### [The phone you already own is your first sensor](https://ggtechnologies.sm/en/insights/phone-as-a-sensor/) Before buying hardware for a pilot: what a retired smartphone already measures, and the five boundaries where it stops being enough. ## Where to go next ### [Artificial Intelligence](https://ggtechnologies.sm/en/services/artificial-intelligence/) Agents that read documents and query your systems, with the measure agreed first. ### [On-premise AI](https://ggtechnologies.sm/en/services/on-premise-ai/) How to choose between fully local, hybrid and cloud, starting from your data. ### [Robotics & Automation](https://ggtechnologies.sm/en/services/robotics-automation/) Automation at the machine, integration with your systems, downtime measured. ## Do you have a device to design, or one that should work better? Tell us which parameter you need to measure and who has to read it. A person from the team answers, not a form. - [Email us](mailto:info@ggtechnologies.sm?subject=Medical%20wearable%20project) - [Call us](tel:+3780549900824)