VulCode

Oprogramowanie medyczne i medtech na zamówienie

Aplikacje i panele dla firm medtech i placówek: dane z urządzeń, panele dla personelu, alerty i ochrona danych o zdrowiu. Dla SafeBands zbudowaliśmy cały system opasek monitorujących w dwa tygodnie.

Handel i technologie
Panel koordynatora teleopieki: otwarte alerty z priorytetem i właścicielem, zespoły, opaski do sprawdzenia i przebieg alertu

SafeBands: system opasek monitorujących dla ratowników

Opaski były gotowe do produkcji, brakowało oprogramowania. W dwa tygodnie powstał operacyjny rdzeń całej platformy.

Znak SafeBands

Opaski bez oprogramowania

Wymagania medyczne oznaczały brak miejsca na błędy w bezpieczeństwie i niezawodności.

SafeBands, portal ratunkowy

Operacyjny rdzeń platformy

Bezpieczny, niezawodny system zbierający dane z urządzeń, zarządzający użytkownikami i alertami, gotowy do skalowania od pilota do produkcji. Zobacz realizację SafeBands.

Co działa po dwóch tygodniach

Czas realizacji: 2 tygodnie
Aplikacja webowa zintegrowana z opaskami
Monitoring: w czasie rzeczywistym
Monitoring danych z urządzeń i system alertów
Portal ratunkowy: bez logowania
Interfejs przystosowany do pracy w terenie na telefonie
Konta i role
Konta z kontrolą dostępu opartą na rolach

Od czujnika do decyzji człowieka

W systemach z urządzeniami najważniejsze jest to, co dzieje się, gdy sygnał znika albo dane wyglądają źle.

  1. Urządzenie

    Czujnik lub opaska

    Pomiar i identyfikator urządzenia, bez danych osobowych w pakiecie.

    09:31:06Opaska 0417: przycisk SOS, bateria 64%
  2. Łącze

    Telefon lub bramka

    Przesyłanie danych z buforem na wypadek braku zasięgu.

    09:31:06pakiet przez bramkę domową
  3. Backend

    Odbiór i reguły

    Walidacja, zapis i reguły alertów po stronie serwera.

    09:31:07walidacja i zapis; reguła SOS: priorytet 1, najbliższy wolny Zespół B
  4. Personel

    Panel i alert

    Alert z priorytetem i przyjęcie go przez konkretną osobę.

    09:31:29Opiekun 02 przyjął alert; pozostałe zespoły widzą właściciela
    09:40:12Opiekun 02 na miejscu

Gdy sygnał znika

Brak sygnału to też zdarzenie: system zgłasza urządzenie, które przestało nadawać, zamiast pokazywać ostatni dobry pomiar.

  1. Opaska 0108 milknieostatni pakiet 09:35:02, a pakiet przychodzi co 30 s
  2. Reguła: cisza ponad 5 minpriorytet 2 zamiast starego odczytu
  3. Alert P2: brak sygnału09:40:02, bez właściciela; eskalacja do koordynatora o 09:43

Panel personelu, który mówi, kto zajmuje się alertem

W panelu medycznym każdy alert ma właściciela, a każdy dostęp do danych zostawia ślad.

Alert SOS na telefonie opiekuna: priorytet, przyjęcie i dojazd, informacje ratunkowe dla roli i stan opaski
  1. Alerty z priorytetem i przyjęciem

    Alert przyjmuje konkretna osoba albo zespół, więc dwie osoby nie jadą do tego samego zdarzenia, a żadne nie zostaje bez reakcji.

  2. Stan urządzeń

    Bateria, ostatni sygnał i przypisanie do osoby albo zespołu w jednym widoku.

  3. Panel i aplikacja

    Panel i aplikację mobilną dla pracy w terenie wyceniamy osobno, dla Twojego zakresu.

Dostęp do danych według roli

Przykładowy podział, który ustalamy przed budową. Zasada: każdy widzi tylko to, czego potrzebuje do swojej pracy.

  1. Dane osoby

    • Dane pomiarowe osoby
    • Minimum informacji ratunkowych
  2. Koordynator

    • Alerty swojego zespołu
    • Dane pomiarowe osoby
    • Zarządzanie urządzeniami
    • Minimum informacji ratunkowych
  3. Personel w terenie

    • Alerty swojego zespołu
    • Dane pomiarowe osobyPrzy aktywnym alercie
    • Minimum informacji ratunkowych
  4. Widok publiczny

    • Minimum informacji ratunkowychTylko to, co niezbędne
  5. Poza danymi osoby

    Administrator

    • Zarządzanie urządzeniami
    • Konta i role

Kto otworzył dane i kiedy

Dziennik dostępu zapisuje każde otwarcie danych osoby: kto, kiedy, w jakiej roli i na jakiej podstawie.

Dziennik dostępu do danych osoby 0417: wpisy z rolą i podstawą, odmowa dla administratora i kto widzi dane teraz
  1. Dziennik dostępu

    Kto i kiedy otworzył dane konkretnej osoby. To podstawa przy rozliczaniu się z przetwarzania danych o zdrowiu.

  2. Dostęp tylko przy alercie

    Personel w terenie otwiera dane pomiarowe osoby tylko przy aktywnym alercie, a wpis mówi, do kiedy ten dostęp trwał.

  3. Bezpieczeństwo jako wymaganie

    Szyfrowanie, kontrola dostępu, dziennik dostępu i kopie zapasowe są w zakresie od pierwszego dnia, opisane na stronie bezpieczeństwa.

Dane o zdrowiu i granica wyrobu medycznego

Dwie rzeczy decydują o zakresie projektu medtech: przepisy o danych o zdrowiu i to, czy oprogramowanie staje się wyrobem medycznym. Piszemy to jako wykonawca strony, a nie kancelaria, więc to nie jest porada prawna.

RODO (rozporządzenie 2016/679)
art. 9, EUR-Lex
Tekst na EUR-Lex
  1. art. 9 ust. 1 Dane o zdrowiu to szczególna kategoria danych

    RODO (rozporządzenie 2016/679), art. 9, EUR-Lex

    Brzmienie: Zabrania się przetwarzania danych osobowych ujawniających pochodzenie rasowe lub etniczne, poglądy polityczne, przekonania religijne lub światopoglądowe, przynależność do związków zawodowych oraz przetwarzania danych genetycznych, danych biometrycznych w celu jednoznacznego zidentyfikowania osoby fizycznej lub danych dotyczących zdrowia, seksualności lub orientacji seksualnej tej osoby.

    Po ludzku: RODO zakazuje przetwarzania danych dotyczących zdrowia, chyba że zachodzi jeden z wyjątków z art. 9 ust. 2. Dlatego podstawę przetwarzania, zakres danych i okres ich przechowywania ustalamy z Twoim inspektorem ochrony danych przed budową.

  2. załącznik VIII, reguła 11 Oprogramowanie może być wyrobem medycznym

    MDR (rozporządzenie 2017/745), załącznik VIII, reguła 11, EUR-Lex

    Brzmienie: Oprogramowanie, które ma dostarczać informacje wykorzystywane przy podejmowaniu decyzji do celów diagnostycznych lub terapeutycznych, należy do klasy IIa, z wyjątkiem przypadków, gdy skutki takich decyzji mogą spowodować (...). Oprogramowanie przeznaczone do monitorowania procesów fizjologicznych należy do klasy IIa, z wyjątkiem przypadków, gdy jest przeznaczone do monitorowania życiowych parametrów fizjologicznych, w przypadku gdy zmiana tych parametrów może powodować bezpośrednie zagrożenie dla pacjenta, w którym to przypadku oprogramowanie należy do klasy IIb.

    Po ludzku: Reguła 11 rozporządzenia MDR klasyfikuje oprogramowanie dostarczające informacji do decyzji diagnostycznych lub terapeutycznych co najmniej jako klasę IIa, a oprogramowanie monitorujące procesy fizjologiczne także co najmniej jako IIa. Takie oprogramowanie wymaga oceny zgodności.

Pytania firm medtech i placówek

Najczęstsze pytania przed rozpoczęciem projektu.

Opisz swoje urządzenie albo placówkę

Napisz, co mierzycie i kto ma korzystać z danych. Odpowiemy z propozycją zakresu i bezpłatną wyceną.