1. Kamera i strefa
Sprawdzamy kąt widzenia, stabilność strumienia i obszar, w którym zdarzenie ma znaczenie.
System analizuje obraz z kamer IP na lokalnym komputerze lub serwerze. Potwierdza zdarzenia w czasie, zapisuje materiał diagnostyczny i może wysłać alert do wskazanych osób.
Pierwszy pilot obejmuje jedną kamerę, jedną strefę i jasno opisaną procedurę reakcji. Celem jest sprawdzenie jakości w realnym miejscu, a nie obietnica działania w każdych warunkach.

System nie powinien alarmować po pojedynczej klatce. Zdarzenie powstaje po analizie sekwencji i spełnieniu reguł czasowych.
Sprawdzamy kąt widzenia, stabilność strumienia i obszar, w którym zdarzenie ma znaczenie.
Model działa na lokalnym sprzęcie. Obraz nie musi być wysyłany do zewnętrznego API.
Reguły uwzględniają pozycję, ruch i czas, aby ograniczyć fałszywe alarmy.
Operator otrzymuje zdarzenie, może obejrzeć zapis i oznaczyć wynik do dalszej kalibracji.
Zakres zależy od miejsca, jakości obrazu i kosztu błędu. Nie każdy scenariusz powinien być wdrażany tym samym modelem.
Przed uruchomieniem trzeba ustalić podstawę przetwarzania, obowiązki informacyjne i zasady dostępu właściwe dla danego miejsca.
Nie. Założeniem FallGuard Local jest analiza na lokalnym komputerze lub serwerze. Zakres zapisu i retencji ustala się osobno dla danego obiektu.
Najbezpieczniej rozpocząć od jednego zdarzenia, na przykład upadku lub długiego leżenia, na jednej kamerze i w jasno zdefiniowanej strefie.
Nie. System ma dostarczyć dodatkowy sygnał i skrócić czas zauważenia zdarzenia. Nie zastępuje człowieka, procedur bezpieczeństwa ani certyfikowanego urządzenia medycznego.
Często tak, jeżeli udostępniają stabilny strumień RTSP i zapewniają odpowiedni kąt, rozdzielczość oraz oświetlenie. Zgodność sprawdza się podczas krótkiego testu technicznego.
Do wstępnej oceny potrzebny jest model kamery, przykładowy kadr, opis miejsca, oczekiwane zdarzenie i procedura reakcji.
Opisz proces do pilota