Rejestr WNI: od problemu operacyjnego do systemu produkcyjnego
Jak wiedza domenowa, analiza codziennej pracy urzędu i iteracyjny rozwój doprowadziły do powstania wielomodułowego systemu Django wykorzystywanego przez administrację publiczną.
System produkcyjny · stale rozwijany
60 000+linii kodu
2600+wpisów w działającym systemie
403testy automatyczne
83,5%pokrycie łączne v6
Projekt w skrócie
Nie prototyp, lecz narzędzie do codziennej pracy
Rejestr WNI powstał jako odpowiedź na rozproszone arkusze, ręczne procesy i potrzebę szybkiego dostępu do aktualnych danych. System łączy rejestry działalności nadzorowanej, decyzje administracyjne, kontrole, badania, dokumenty i raportowanie w jednej aplikacji.
Rozwiązanie działa niezależnie od ARiMR, może pracować w kontrolowanej sieci wewnętrznej jednostki i jest rozwijane na podstawie obserwacji realnej pracy operatorów, koordynatorów i kierownictwa.
Punkt wyjścia
Problem był organizacyjny, nie tylko techniczny
Dane potrzebne do obsługi działalności nadzorowanej były rozproszone pomiędzy arkuszami, dokumentami i zewnętrznymi źródłami. Każda zmiana wymagała zachowania ciągłości numeracji, historii decyzji i zgodności z procedurami urzędowymi.
01
Jedno źródło danych
Ujednolicenie rejestrów, statusów, decyzji i historii zmian bez utraty informacji źródłowych.
02
Procesy administracyjne
Odwzorowanie nadawania WNI, decyzji, zawieszeń, wykreśleń i ponownej aktywacji.
03
Jakość i rozliczalność
Kontrola numeracji, uprawnienia, historia operacji, walidacja importów i kopie zapasowe.
04
Użyteczność
Interfejs dostosowany do codziennej pracy osób o różnym poziomie kompetencji technicznych.
Sposób pracy
Rozwój oparty na krótkiej pętli informacji zwrotnej
Kolejne moduły nie powstawały jako abstrakcyjna lista funkcji. Każdy etap zaczynał się od konkretnego problemu użytkownika, analizy danych i ograniczeń proceduralnych, a kończył obserwacją działania rozwiązania w praktyce.
01
Analiza procesu
Rozpisanie rzeczywistego przebiegu pracy, wyjątków i odpowiedzialności użytkowników.
02
Model danych
Projekt relacji, statusów, historii zmian i reguł integralności.
03
Implementacja
Budowa modułu w Django wraz z formularzami, uprawnieniami i interfejsem.
04
Weryfikacja
Testy automatyczne, audyt widoków i sprawdzanie danych na przypadkach zbliżonych do produkcyjnych.
05
Rozwój po wdrożeniu
Korekty i nowe funkcje wynikające z codziennego użycia systemu.
Architektura
Modularny system wdrażany w infrastrukturze jednostki
Aplikacja jest dostępna przez przeglądarkę i może działać wyłącznie w sieci wewnętrznej. Warstwa domenowa oddziela procesy rejestrowe, kontrole, dokumenty i importy, a PostgreSQL przechowuje spójny obraz danych.
Logika aplikacjiRejestry · decyzje · kontrole · raporty · badania
↓
Dane i dokumentyPostgreSQL · Excel/XLSX · PDF · pliki importu
↓
UtrzymanieRole · historia zmian · audyty · kopie zapasowe
Zakres systemu
Moduły połączone wspólnym modelem danych
01
Rejestry WNI
Wyszukiwanie, statusy, historia, inne działalności podmiotu i pełny cykl życia wpisu.
02
Decyzje i dokumenty
Numeracja, szablony, decyzje PDF, wnioski i pisma masowe z kontrolą duplikatów.
03
Kontrole SPIWET
Protokoły, wyniki, nieprawidłowości, działania pokontrolne i raporty okresowe.
04
Plany roczne
Zakresy kontroli, liczby bazowe, cele procentowe i automatyczne wyliczanie realizacji.
05
Importy i badania
Walidowane importy Excel/ARiMR oraz wyniki Salmonella dopasowane do WNI.
06
Eksport i analiza
Konfigurowalne zestawienia Excel, wskaźniki zarządcze i kontrola jakości danych.
Decyzje projektowe
Bezpieczeństwo danych ważniejsze niż efektowny skrót
Niezależność infrastruktury
System może działać lokalnie, bez przekazywania danych podmiotów na infrastrukturę autora.
Import z podglądem
Plik jest analizowany przed zapisem, a użytkownik widzi nowe, zmienione i problematyczne rekordy.
Historia zamiast nadpisywania
Istotne zmiany są rozliczalne, a archiwizacja nie usuwa powiązań i wcześniejszych wyników.
Uprawnienia domenowe
Dostęp do funkcji zależy od roli, kategorii i odpowiedzialności konkretnego użytkownika.
Jakość
Testy obejmują reguły biznesowe i zachowanie interfejsu
W systemie administracyjnym błąd może oznaczać nie tylko niedziałający ekran, ale również niespójny numer decyzji lub błędny dokument. Dlatego kontrola jakości obejmuje logikę domenową, importy, uprawnienia i widoki w wielu rozdzielczościach.
Kontrola integralności danych i ciągłości numeracji decyzji.
Rezultat
Jeden aktualny obraz danych zamiast wielu niezależnych plików
System skraca drogę od wyszukania podmiotu do wykonania czynności, łączy dane operacyjne z raportowaniem i pozwala rozwijać kolejne moduły bez rozbijania informacji na następne arkusze.
Szybkie wyszukiwanie po WNI, PESEL, NIP, producencie, działalności, kategorii i statusie.
Dokumenty i zestawienia generowane bez ponownego przepisywania danych.
Wspólny panel dla pracowników, koordynatorów i kierownictwa.
Postęp planów i raporty wynikające z danych operacyjnych, a nie ręcznych podsumowań.
Ewolucja produktu
System rośnie razem z procesami użytkowników
Rejestr podstawowy
Centralizacja wpisów, kategorii i statusów.
Decyzje i dokumenty
Numeracja, generowanie PDF i historia operacji.
Importy i synchronizacja
Walidacja danych z arkuszy i zewnętrznych eksportów.
Kontrole i plany
SPIWET, roczne zakresy nadzoru i mierzenie realizacji.
Badania zewnętrzne
Wyniki Salmonella połączone bezpośrednio z WNI.
Dalszy rozwój
Kolejne funkcje wynikające z pracy produkcyjnej i informacji zwrotnej.
System w praktyce
Wybrane ekrany produkcyjnej aplikacji
Audyt numeracji decyzjiRoczne plany kontroliRaportowanie kontroliKonfigurowalny eksport danych
Rejestr WNI jest nadal rozwijany
Kod źródłowy pozostaje prywatny ze względu na charakter rozwiązania i ochronę danych. Zakres produktu, wdrożenia i licencjonowania opisuje oferta handlowa.
