Strona główna / Studia przypadków / Prowincjonalna platforma oceny bezpieczeństwa pracy

Administracja publiczna / łańcuch konsorcjalny + system oceny

Prowincjonalna platforma oceny bezpieczeństwa pracy

Rozwiązanie problemu „można zmienić protokół" raz na zawsze dzięki poświadczeniu on-chain.

Kontekst

Prowincjonalne szkolenia i oceny z zakresu bezpieczeństwa pracy obejmują dużą liczbę przedsiębiorstw i pracowników, a wyniki bezpośrednio wpływają na uprawnienia do wykonywania pracy.

Tradycyjnie każda instytucja szkoleniowa wydaje własne certyfikaty, potwierdzane pieczęciami i dokumentacją papierową. Trzy problemy: certyfikaty można podrobić; wyniki nie są uznawane między instytucjami, więc zmiana szkoły oznacza ponowne podejście do egzaminu; a regulatorzy ponoszą wysokie koszty weryfikacji, więc mogą jedynie przeprowadzać wyrywkowe kontrole.

W przypadku tego typu systemu kluczowym wymogiem nie jest liczba funkcji, lecz wiarygodność wyników.

Rozwiązanie

Wdrożono Zintegrowany System Oceny AI, obejmujący 7 systemów oceny i 9 modułów oprogramowania, podzielonych według typu oceny.

Przy generowaniu każdego protokołu obliczany jest odcisk SHA-256; odcisk trafia on-chain, a oryginał pozostaje w bazie danych biznesowych.

Weryfikacja polega wyłącznie na porównaniu odcisków i nie wymaga oryginalnych danych, dzięki czemu jest wiarygodna bez ujawniania danych osobowych.

Łańcuch konsorcjalny działa na 3 węzłach obejmujących dostawcę szkoleń, regulatora i zewnętrznego dostawcę poświadczeń; żaden pojedynczy węzeł nie może jednostronnie zmienić zapisów.

Skład techniczny

Poniższa tabela przedstawia elementy techniczne tego projektu, aby klienci mogli zweryfikować je niezależnie.

Stos technologiczny

System oceny7 systemów oceny, zbudowanych osobno według typu

Moduły oprogramowania9 modułów, niezależnie wdrażalnych

ŁańcuchŁańcuch konsorcjalny FISCO BCOS · 3 węzły · konsensus PBFT

OdciskSHA-256, obliczany przy generowaniu protokołu

WeryfikacjaAPI weryfikacji on-chain: wystarczy porównać odcisk

Odporność na awarieAwaria pojedynczego węzła nie wpływa na konsensus

Rezultaty

Po wygenerowaniu zapisu nie można go zmienić; każda modyfikacja pozostawia ślad w łańcuchu.
Możliwe staje się wzajemne uznawanie kwalifikacji między instytucjami: praktycy nie muszą ponownie zdawać egzaminów przy zmianie pracodawcy.
Regulatorzy przechodzą od wyrywkowych kontroli dokumentów papierowych do weryfikacji wsadowej on-chain, co drastycznie obniża koszty inspekcji.
Dane szkoleniowe tworzą długoterminowe, identyfikowalne archiwum, które wspiera późniejsze kształtowanie polityki.

Wykorzystane technologie

Omów podobny scenariusz

01 / Ograniczenia

Ograniczenia, w ramach których zrealizowano projekt

Historie projektów bez ograniczeń to fikcja. Ta sekcja przedstawia cztery ograniczenia: czas, lokalizację, zasoby kadrowe i zgodność regulacyjną.

Ograniczenia te bezpośrednio kształtują rozwiązanie; każdy problem opisany w sekcji „Kluczowe wyzwania” wynika z jednego z nich.

Cztery rodzaje ograniczeń

CzasSystem musiał zostać uruchomiony przed rozpoczęciem kolejnego roku oceny, co skróciło czas developmentu do czterech miesięcy.

Zgodność regulacyjnaWyniki oceny są danymi rządowymi, więc nie mogą być hostowane w chmurze publicznej i muszą znajdować się w intranecie rządowym.

ZakresWdrożenie we wszystkich miastach prefekturalnych w prowincji, przy czym warunki sprzętowe i sieciowe znacznie się między nimi różnią.

AudytPo publikacji wyniki muszą wytrzymać kontrolę dyscyplinarną i audytową, a każda zmiana musi pozostawić ślad.

02 / Kluczowe wyzwania

Gdzie naprawdę pojawiają się trudności

Nie chodzi o „ciężko pracowaliśmy”, lecz o „jak wyglądał problem, jak go rozwiązaliśmy i ile to kosztowało”.

Jak raz na zawsze rozstrzygnąć kwestię „oceny można edytować”

W starym systemie administrator mógł bezpośrednio edytować wyniki w panelu zaplecza. Technicznie było to możliwe, ale stanowiło ogromne ryzyko zarządcze — w razie sporu nie ma sposobu, by udowodnić, że obecny wynik jest tym zapisanym w danym momencie.

Jak to rozwiązaliśmy: publikacja staje się „migawką + zakotwiczeniem on-chain” — przy zwolnieniu generowany jest hash całej partii i poświadczany w łańcuchu; każda późniejsza edycja tworzy nową wersję i nowy hash, a stara wersja nie może zostać nadpisana. Korekty pozostają możliwe i w pełni identyfikowalne.

Warunki sieciowe różnią się między miastami

Niektóre miasta mają sieci prywatne, inne tylko zwykłe łącza szerokopasmowe, a część ośrodków egzaminacyjnych znajduje się w gminach, gdzie łączność jest przerywana.

Jak to rozwiązaliśmy: klient egzaminacyjny działa w trybie „najpierw lokalnie, synchronizacja później” — odpowiedzi są przez cały czas przechowywane lokalnie, zapisywane do lokalnej bazy przy zatwierdzeniu i oznaczane jako niesynchronizowane, a następnie wysyłane z kolejki po przywróceniu sieci. Panel prowincjonalny wyraźnie oznacza niesynchronizowane dane, zamiast pokazywać liczby, które tylko wyglądają poprawnie.

Przepustowość zapisów on-chain nie nadąża za egzaminami rozpoczynającymi się w tym samym czasie

Gdy egzaminy odbywają się jednocześnie w całym województwie, w ciągu pół godziny powstaje kilkadziesiąt tysięcy wyników, a przepustowość zapisu do łańcucha konsorcjalnego staje się wąskim gardłem.

Jak to rozwiązaliśmy: zastosowaliśmy podejście asynchroniczne — wyniki trafiają do bazy biznesowej i natychmiast zwracają rezultat, a zapisy on-chain są kolejkowane i mogą być opóźnione o kilka minut. Użytkownicy niczego nie zauważają; weryfikatorzy widzą dwa wyraźne stany: „on chain" i „pending".

03 / Elementy wielokrotnego użytku

Co inne projekty mogą wykorzystać bezpośrednio

Ta sekcja jest dla partnerów branżowych. Jeśli realizujesz podobny projekt, te wskazówki pozwolą Ci uniknąć kilku objazdów.

„Publikacja jako snapshot" jest bardziej realistyczna niż „zakaz edycji"

Całkowity zakaz edycji wyników jest nierealistyczny — błędne oceny muszą być korygowalne. Metoda: każda edycja tworzy nową wersję, a stare wersje pozostają trwale widoczne.

Asynchroniczne zapisy on-chain

Szybkość zapisu do łańcucha nie odpowiada scenariuszom o wysokiej współbieżności. Przetwarzanie asynchroniczne ze znacznikami statusu to standardowe rozwiązanie.

Klient egzaminacyjny offline-first

W każdym systemie oceniania skierowanym do poziomu podstawowego należy założyć, że sieć zawiedzie.

04 / Retrospekcja

Gdybyśmy robili to ponownie

Mówienie wyłącznie o sukcesach nie przekonuje. Ta sekcja opisuje, co zrobiliśmy źle lub zbyt późno.

Robiąc to ponownie, ujednolibilibyśmy słownik danych już w pierwszej wersji. Definicje pól różnią się między miastami, więc raportowanie zbiorcze wymagało rozbudowanego mapowania — pracy, którą ujednolicony słownik wyeliminowałby już na etapie wymagań.

Byliśmy zbyt optymistyczni co do wolumenu zapisów on-chain. Kilkadziesiąt tysięcy rekordów wyglądało trywialnie, ale kolejkowanie przy współbieżnych zapisach w łańcuchu konsorcjalnym jest bardzo odczuwalne. Gdybyśmy to wiedzieli, od początku zastosowalibyśmy podejście asynchroniczne.

Adaptacja mobilna była niewystarczająca. W niektórych miastach nadzór egzaminacyjny prowadzony jest na tabletach, gdzie interfejs był zbyt gęsty na małych ekranach, dlatego później zbudowano dedykowanego klienta do nadzoru.

← Wszystkie studia przypadków Powrót do strony głównej