Jak AI może odczytywać raporty ZSMOPL i pilnować stanów, obrotu i braków leków w hurtowni farmaceutycznej?

Tak, AI można podłączyć do plików i eksportów, z których Wasza hurtownia generuje raporty do ZSMOPL. Asystent czyta dane stanów, obrotu i braków produktów leczniczych z Waszego systemu ERP lub WMS i odpowiada na pytania o dostępność leków, wyłapuje pozycje, których za tydzień nie będzie w magazynie, oraz waliduje XML zanim trafi do GIF. Pracuje na Waszych danych wewnętrznych, nie podłącza się bezpośrednio do serwerów Centrum e-Zdrowia ani GIF.

Jak dziś wygląda praca z ZSMOPL w hurtowni i gdzie ucieka czas?

ZSMOPL to obowiązek ustawowy. Każda hurtownia farmaceutyczna musi raportować do Głównego Inspektoratu Farmaceutycznego: stany magazynowe produktów leczniczych, obrót oraz braki. Raporty muszą trafić w określonym czasie, w formacie XML zgodnym ze schematem GIF, wysłane przez SOAP web service. Błąd w pliku, opóźnienie albo brakujące pole to ryzyko wezwania z GIF.

Typowy proces wygląda tak. Z ERP lub WMS wychodzi eksport, najczęściej plik CSV z aktualnymi stanami. Ktoś z działu IT lub logistyki uruchamia konwerter, który generuje XML. XML idzie przez SOAP na serwery GIF. Odpowiedź wraca. Gdy pojawi się błąd walidacji, zaczyna się ręczne przeglądanie pliku i szukanie wiersza z problemem.

Sam raport trwa chwilę. Problem jest kiedy indziej.

Farmaceuci i szpitale dzwonią, żeby sprawdzić dostępność. Ktoś musi otworzyć WMS i odczytać ilość konkretnej pozycji, jej numer serii i datę ważności. W większej hurtowni takich pytań jest kilkanaście dziennie. Do tego kierownik logistyki co rano chce wiedzieć, czego niedługo zabraknie, ale żeby to wyliczył, musi zestawić stany z zamówieniami w arkuszu. I tak każdy tydzień, bez wyjątków.

Gdy pracownik, który obsługuje ZSMOPL, jest na urlopie albo chorobowym, cały proces albo stoi, albo ktoś inny robi to po raz pierwszy i nerwowo. To nie jest problem struktury firmy, to po prostu za dużo powtarzalnej, ręcznej pracy skupionej w jednej osobie.

Jakie dane z ZSMOPL i z systemu hurtowni może odczytać AI?

ZSMOPL zbiera trzy rodzaje raportów. To te same trzy typy plików, które Wasza hurtownia generuje i wysyła każdego dnia:

• Raport stanów: aktualne ilości produktów leczniczych na magazynie. Typowo każdy wiersz opisuje jeden produkt z kodem GTIN lub EAN, postacią farmaceutyczną, dawką, numerem serii, datą ważności i ilością w opakowaniach lub sztukach.
• Raport obrotu: transakcje wychodzące, czyli co i ile sprzedała hurtownia oraz do kogo. Każda dostawa do apteki, hurtowni albo szpitala ma swój wpis z datą, kodem odbiorcy i ilością.
• Raport braków: produkty, których hurtownia nie ma albo ma mniej niż zamówiła apteka. GIF zbiera te dane, żeby monitorować niedobory lekowe w całym łańcuchu dystrybucji w Polsce.

Zanim te pliki trafią do GIF, żyją przez chwilę w Waszej infrastrukturze: w folderze na serwerze, w bazie danych albo jako tymczasowy plik na dysku. AI odczytuje je stamtąd.

Równolegle może sięgać do bazy lub eksportów z Waszego ERP i WMS, gdzie te dane mają więcej szczegółów niż w samym XML dla GIF. Systemy wewnętrzne przechowują np. historię stanów z wielu tygodni, grupy produktów, priorytety zamówień i informacje o dostawcach. Im bogatsze dane udostępnicie asystentowi, tym konkretniejsze odpowiedzi. Na samych raportach ZSMOPL AI odpowie na pytanie "ile mamy amoksycyliny 500 mg kapsułki". Z danymi z systemu zamówień doda: "poprzednia dostawa była 8 dni temu, następna nieplanowana, a w tym tygodniu zamówiły ją trzy apteki".

Jak fizycznie wygląda podłączenie do danych ZSMOPL?

ZSMOPL od strony GIF udostępnia SOAP web service: hurtownia wysyła do tego serwisu komunikaty XML z danymi, serwer GIF odpowiada potwierdzeniem albo listą błędów. Centrum e-Zdrowia nie opisuje publicznego API do odpytywania danych ze swojej strony. ZSMOPL jest zorientowany na wysyłkę, nie na pobieranie. Nie pobierzecie stamtąd danych o stanach innych uczestników rynku ani historii własnych raportów po ich wysłaniu.

Co to oznacza dla integracji z AI: nie podłączamy asystenta do SOAP i nie dajemy mu dostępu do konta ZSMOPL Waszej firmy. AI pracuje na danych, które Wasza firma i tak już przetwarza przed wysyłką. Punkty styku wyglądają tak:

• Pliki CSV lub XML generowane przez ERP lub WMS przed konwersją i wysyłką do GIF. To główne źródło. Wystarczy, że te pliki lądują w katalogu dostępnym dla serwera, na którym działa asystent.
• Baza danych systemu ERP, jeśli macie możliwość dania asystentowi dostępu odczytowego. To daje więcej historii i kontekstu niż sam plik CSV.
• Pliki odpowiedzi z GIF, czyli XML z potwierdzeniami lub błędami zwrotnymi. AI może je czytać, żeby wiedzieć, które raporty zostały przyjęte bez błędów, a które wymagały korekty.

Do uruchomienia potrzebujecie: serwera z folderem albo bazą dostępną w sieci wewnętrznej, konta z dostępem odczytowym do tego zasobu oraz jednorazowej konfiguracji łączącej asystenta z tym miejscem. Niczego w procesie wysyłki do ZSMOPL nie zmieniamy. Konwerter CSV do XML i wysyłka przez SOAP działają dalej tak samo.

Jedno ograniczenie warto powiedzieć wprost: jeśli Wasza hurtownia wysyła raporty do ZSMOPL przez oprogramowanie dostawcy zewnętrznego i nie macie bezpośredniego dostępu do plików pośrednich, trzeba ustalić z tym dostawcą, gdzie i jak te dane są dostępne. Część systemów ERP dla hurtowni farmaceutycznych eksportuje gotowe raporty do folderu sieciowego, część trzyma je tylko w bazie wewnętrznej. To pytanie na jedną rozmowę, zanim zaczniemy.

Pięć scenariuszy z codziennej pracy hurtowni farmaceutycznej

Scenariusz 1: Pytanie od farmaceuty o dostępność

Apteka dzwoni albo pisze: "Czy macie metforminę 1000 mg w tabletkach, seria blisko terminu daje radę?" Zamiast przerywać pracę na magazynie, pracownik biura obsługi pyta asystenta. AI przeszukuje ostatni raport stanów, zwraca ilość na magazynie, numer serii i datę ważności. Jeśli stan jest niższy niż ustalony próg, dopisuje ostrzeżenie bez pytania.

Scenariusz 2: Lista pozycji, które zejdą do zera przed dostawą

Co poniedziałek rano asystent zestawia raport stanów z obrotem z poprzedniego tygodnia i szacuje, które pozycje wyczerpią się przed planowaną dostawą. Wynik: lista z nazwami produktów, obecnymi stanami i szacowaną datą wyczerpania przy obecnym tempie sprzedaży. Kierownik logistyki dostaje gotową informację, zamiast samodzielnie liczyć w arkuszu.

Scenariusz 3: Analiza powtarzających się braków

Raport braków jest wysyłany do GIF, ale mało kto patrzy wstecz na historię tych raportów. AI przechodzi przez archiwum i wyłapuje produkty, które regularnie się tam pojawiają: co dwa tygodnie, co miesiąc, zawsze w określonym dniu. Taki wzorzec to sygnał do zmiany wielkości zamówień albo zmiany dostawcy. U jednego klienta taka analiza trzech miesięcy pokazała cztery produkty, które co miesiąc generowały skargi ze strony aptek, bo były widoczne w brakach cyklicznie. Nikt tego wcześniej nie zestawił, bo każdy raport szedł osobno.

Scenariusz 4: Walidacja XML przed wysłaniem do GIF

Błędy w XML wychodzą zwykle po wysłaniu, gdy GIF odsyła komunikat z listą problemów. AI sprawdza plik przed wysłaniem: czy każda pozycja ma GTIN, czy daty ważności mają właściwy format zgodny ze schematem ZSMOPL, czy nie ma ujemnych ilości, czy pole na numer serii nie jest puste. Kilka sekund zamiast kilkunastu minut szukania błędu po fakcie i poprawiania, gdy raport już jest spóźniony.

Scenariusz 5: Wykrycie apteki, która przestała zamawiać

Raport obrotu zawiera dane o odbiorcach. AI może przejrzeć obrót z ostatnich czterech tygodni i wskazać apteki, które w poprzednim miesiącu zamawiały regularnie, a w tym miesiącu nie złożyły ani jednego zamówienia. To sygnał dla przedstawiciela handlowego do kontaktu, zanim apteka wybierze inną hurtownię na stałe. Przedstawiciel dostaje listę konkretnych placówek z ostatnią datą zamówienia, a nie ogólną informację "zamówienia są słabsze".

Co zostaje u człowieka i gdzie kończą się możliwości AI?

Odpowiedzialność za raporty wysłane do ZSMOPL zawsze spoczywa na hurtowni jako podmiocie odpowiedzialnym. AI nie wysyła raportów do GIF i nie podpisuje komunikatów SOAP. Każdy raport zatwierdza i wysyła człowiek albo zatwierdzony automatyczny proces, który hurtownia świadomie uruchomiła i za który odpowiada.

Zostaje też kilka rzeczy, gdzie AI po prostu nie ma danych:

• Warunki umów z dostawcami i informacje o planowanych dostawach, chyba że wprost te dane dostarczycie asystentowi.
• Wiedza o tym, że konkretny producent ma akurat przestój na linii produkcyjnej i za trzy tygodnie skończy się zapas na całym rynku.
• Decyzja o złożeniu interwencyjnego zamówienia mimo wyższej ceny albo u nowego dostawcy.
• Interpretacja sytuacji, gdy dane są niekompletne lub niezgodne między systemami: różnica między tym, co jest w WMS, a tym, co trafiło do pliku XML, może oznaczać błąd synchronizacji albo coś zupełnie innego.

AI czyta, zestawia i ostrzega. I tak powinno być. Asystent odciąża od mechanicznej, powtarzalnej pracy, nie od myślenia o tym, co z tymi danymi zrobić.

Od czego zaczynacie wdrożenie w hurtowni farmaceutycznej?

Dobre wdrożenie zaczyna się od jednego pytania: gdzie lądują pliki przed wysyłką do ZSMOPL? Na serwerze plików, w bazie ERP, w folderze na komputerze operatora?

Gdy to wiecie, kolejne kroki są konkretne:

• Krok 1. Porozmawiajcie z osobą, która dziś obsługuje ZSMOPL. Narysujcie, skąd płyną dane: ERP albo WMS, konwerter CSV do XML, folder docelowy, odpowiedź z GIF. Godzina rozmowy wystarczy.
• Krok 2. Dajcie asystentowi dostęp odczytowy do plików CSV lub do bazy eksportowej. Bez dostępu do konta ZSMOPL, bez zmian w procesie wysyłki do GIF.
• Krok 3. Zacznijcie od jednego konkretnego pytania, na które dziś sprawdzacie ręcznie: stan jednego produktu, lista pozycji, które zejdą do zera przed dostawą, walidacja XML. Jeden gotowy scenariusz szybko pokaże, czy kierunek ma sens.
• Krok 4. Rozszerzajcie stopniowo: raport braków historycznych, zestawienie obrotu z klientami, alerty dla przedstawicieli handlowych o aptekach, które przestały zamawiać.

Nie zaczynacie od podłączania SOAP ani od integracji z serwerami GIF. Te połączenia Wasza hurtownia ma już działające. AI dochodzi do procesu, nie zastępuje tego, co działa.

Jeśli chcecie zobaczyć, jak taka integracja wygląda w praktyce, umówcie się na 15 minut rozmowy. Sprawdzimy razem, z jakiego systemu eksportuje Wasza hurtownia i gdzie najszybciej da się wpiąć asystenta. Możecie też zajrzeć do realnych wdrożeń w dystrybucji, żeby zobaczyć, jak podobne firmy zaczęły.