Raport z researchu rynku

Oprogramowanie do zarządzania lekami w DPS i domach opieki

Rozpoznanie rynku rozwiązań — polskich i zagranicznych — do zarządzania lekami mieszkańców domów pomocy społecznej, w kontekście systemu, który planujemy zbudować.

Data: 2026-05-23 Zakres: systemy DPS (PL) · eMAR (USA/UK/Kanada) · realia prawne Status: dokument roboczy

W tym dokumencie

Streszczenie kontekstu projektu
Rozwiązania polskie
Rozwiązania zagraniczne (eMAR i pokrewne)
Luki rynkowe
Wnioski i rekomendacje funkcjonalne
Źródła

1 Streszczenie kontekstu projektu

Budujemy system dla DPS do zarządzania lekami mieszkańców. Kluczowe, wyróżniające wymagania:

Mieszkańcy z indywidualnymi receptami od lekarza, stałe leki.
Prognoza zużycia i masowe zamawianie — personel widzi, kiedy leki się kończą, i zamawia hurtowo dla wielu podopiecznych naraz.
Kod QR na pudełku leku z danymi leku i terminem ważności; zamawianie wyzwalane także zbliżającym się terminem ważności leków będących na stanie.
Masowe wystawianie recept przez lekarza dla kilku podopiecznych na różne leki.
Lek przypisany do JEDNEGO podopiecznego — brak współdzielenia (dwóch potrzebuje tego samego leku ⇒ dwa osobne zakupy).
Rozliczenia rodzina ↔ DPS — kto ile jest winien.

Wniosek wyprzedzający — podstawa prawno-księgowa

Wymagania #1, #5 i #6 są zgodne z polskim stanem prawnym — w DPS nabywcą i właścicielem leku jest konkretny mieszkaniec, faktura musi być wystawiona na mieszkańca, a DPS pokrywa jedynie opłaty ryczałtowe / część do limitu refundacji. To czyni model „lek = własność jednego mieszkańca" nie tylko decyzją projektową, ale wymogiem księgowo-prawnym.

2 Rozwiązania polskie

2.1 Systemy dedykowane DPS / domom opieki

System	Dostawca	Zakres lekowy	Uwagi
DOM	ARISCO	Moduł „Leki": ewidencja leków w jednostce, obsługa zamienników, zalecenia z harmonogramem dawkowania, ewidencja recept + drukowanie, ewidencja zamówień/przyjęć/wydań, magazyn indywidualny mieszkańca oraz ogólny apteczny, wydania wg zaleceń, leki „na ratunek", ewidencja likwidacji (utylizacji), raporty wg mieszkańca/apteki/leku	Najdojrzalszy polski produkt funkcjonalnie. Pełna ewidencja osobowa, finansowa, medyczna, depozyty, IPW, kasa fiskalna w DPS. Magazyn rozdzielony na mieszkańca i ogólny — bliskie naszemu modelowi „lek = mieszkaniec". Brak (w publicznych materiałach) jawnego skanowania QR z odczytem terminu ważności, e-recepty i automatycznego rozliczenia z rodziną. Wdrożenie on-premise / desktop. Integracja z portalem DPS.PL.
SODARIS	(sodaris.com)	Moduł LEKI — premiera 20.05.2026 (bardzo świeży). System mobilny/responsywny, ewidencja i rozliczanie leków	Materiały marketingowe skąpe w szczegóły; warto śledzić jako bezpośredniego, najnowszego konkurenta. Pełna funkcjonalność modułu LEKI wymaga dopytania producenta / nagrania premiery.
DPSP	dpsp.pl	Moduł magazynu leków ze: skanowaniem kodów, kontrolą terminu ważności, automatycznymi alertami niskiego stanu, powiadomieniami do apteki; dodatkowo ewidencja mieszkańców, personelu, dokumentacja medyczna, wideorozmowy, pomiary parametrów życiowych	Funkcjonalnie najbliższy naszym wymaganiom #2 i #3 (skan kodów + termin ważności + alerty + powiadomienie apteki). Sprawdzony w 6 DPS. Mobilny + desktop. Brak potwierdzenia masowego e-receptowania i rozliczeń z rodziną w materiałach.
E-tabletka (e-tabletka.pl)	—	System ewidencji leków w placówce; cel: oszczędność czasu opiekunki i pewność, że każdy mieszkaniec ma potrzebne leki	Dedykowana ścieżka rejestracji „/register/dps". Strona produktowa uboga w szczegóły techniczne — wymaga kontaktu z dostawcą. Pozycjonowany jako lekki, wąsko-lekowy system (nie pełny ERP DPS).
DPS Syrena	itCraft	Zarządzanie pracą domu opieki: aplikacja webowa + natywna mobilna (Android/tablet)	Szerszy system operacyjny domu opieki; lekowość nie jest głównym punktem oferty.
softor.pl (DPS/Lecznictwo)	Softor	Systemy dla sanatoriów, szpitali rehab., uzdrowisk, z modułem dla DPS/lecznictwa	Bardziej „okołomedyczny"/uzdrowiskowy profil niż czysty DPS.

Tabela 1. Polskie systemy dedykowane DPS — zakres lekowy i ocena dopasowania do naszych wymagań.

2.2 Systemy medyczne ogólne (kontekst integracji)

mMedica (Asseco), KS-SOMED / KS-PPS (Kamsoft), eMPENDIUM / Medycyna Praktyczna — systemy gabinetowe/HIS oraz baza leków. Istotne jako potencjalne źródło bazy leków (indeks, dawkowanie, interakcje, zamienniki) i jako systemy, w których lekarz i tak wystawia e-recepty. Nie są dedykowane DPS-owi i nie obsługują rozliczeń rodzina↔DPS ani modelu „lek = własność mieszkańca".
Kamsoft KS-AOW / KS-OmniPharm — systemy apteczne; istotne jako druga strona zamówień do apteki.

2.3 Polskie realia regulacyjne (kluczowe dla projektu)

Zasada kluczowa — e-recepta

e-recepta jest obowiązkowa od 8.01.2020 (poza wyjątkami). Obowiązuje zasada „1 e-recepta = 1 lek". Recepty grupowane są w pakiety po 1–5 recept (klucz: pakiet może objąć do 5 leków). To bezpośrednio wpływa na nasze wymaganie #4: „masowe wystawianie" w praktyce = generowanie wielu pakietów (po max 5 leków każdy), a nie jednej recepty na wiele pozycji.

System P1 / e-zdrowie (Centrum e-Zdrowia): e-recepta, e-skierowanie, EDM. Apteki podłączone do P1 realizują e-recepty; lekarz weryfikuje dane i historię w czasie rzeczywistym.
IKP (Internetowe Konto Pacjenta) — pacjent (lub osoba upoważniona) widzi pełną historię recept; możliwe „zamawianie e-recept" na leki stałe — funkcja rozwijana przez CeZ.
gabinet.gov.pl — darmowa aplikacja MZ do wystawiania e-recept (gdy lekarz/pielęgniarka nie ma własnego systemu). Pielęgniarka/położna również może wystawiać e-recepty.
Odpłatność za leki w DPS (ustawa o pomocy społecznej + przepisy refundacyjne):
- Nabywcą i właścicielem leku jest konkretny mieszkaniec; faktura musi być na mieszkańca. DPS nie jest właścicielem leków z indywidualnej recepty.
- DPS pokrywa opłaty ryczałtowe i częściową odpłatność do limitu ceny (świadczenia finansowane ze środków publicznych).
- Leki nierefundowane, OTC, dopłaty ponad limit — płaci mieszkaniec (a w praktyce rozliczeniowej często rodzina).
- Apteka wystawia fakturę z rozbiciem: ile płaci DPS, ile mieszkaniec — co wymaga ujęcia w księgach DPS i właściwej klasyfikacji budżetowej.
- Uwaga prawna: w przepisach o zakupie leków przez DPS sygnalizowano ryzyka odpowiedzialności dyrektora (zakupy/zamówienia publiczne, „pułapka" w projektach przepisów) — warto, by system pozostawiał ścieżkę audytu (kto zamówił, dla kogo, czyja własność, jak rozliczono).

3 Rozwiązania zagraniczne (eMAR i pokrewne)

Termin branżowy: eMAR = electronic Medication Administration Record. Dojrzała kategoria w USA/UK/Kanadzie dla assisted living / care homes / long-term care.

System	Kraj	Typ	Funkcje lekowe	Skan kodu	Integracja apteka/lekarz
PointClickCare eMAR / QuickMAR	USA/Kanada	LTC / senior living (lider rynku, PCC przejął QuickMAR)	eMAR, 6 praw podania leku, alerty „due/past due", redukcja błędów, CPOE	Tak (barcode w punkcie podania)	Tak — bezpośrednia, dwukierunkowa integracja z aptekami LTC; elektroniczne zamówienia zamiast faksu
MatrixCare	USA	LTC / senior living EHR	eMAR jako część EHR	Tak	Tak (SureScripts, apteki LTC)
Person Centred Software — ATLAS eMAR	UK	Care homes	„Jedyny w UK eMAR z udowodnionym wzrostem bezpieczeństwa"; pełen audyt transakcji, kody personelu, automatyczne kontrole (lek/dawka/czas/odbiorca)	Tak (handheld + barcode etykiety aptecznej)	Tak — cyfrowe połączenie z systemami dyspensującymi aptek
Nourish Care (+ VCare eMAR)	UK	Care management + eMAR przez integrację	Zarządzanie lekami przez integrację z eMAR (VCare)	Tak (przez integrację)	Tak (partner apteczny)
Log my Care	UK	Care management + zintegrowany eMAR	Cyfrowe podpisywanie, śledzenie stanu (stock), podgląd w czasie rzeczywistym	Tak	Częściowo — własny zintegrowany eMAR
iCareManager	USA	IDD / assisted living EHR	eMAR, obrazy tabletek, dawki, ostrzeżenia, kontrola interakcji	Tak (egzekwowanie 6 praw)	Tak — integracja z 12+ systemami aptecznymi, portale apteki i lekarza
Med e-care	Kanada/global	Senior living	eMAR + eTAR (treatment), web + offline syncable	Tak	Tak — integracja z wieloma systemami dyspensującymi, „single point of entry"
StoriiCare / CareLineLive / Care Control / ECP	UK/USA	Care/home care	eMAR, MAR charts, kontrola terminu ważności i punktów ponownego zamówienia, rotacja stanów	Tak	Tak (różny zakres)
Omnicell XT (ADC)	USA/UK/EU	Sprzęt — automated dispensing cabinets	Automatyczne wydawanie, inwentaryzacja w czasie rzeczywistym, kontrola dostępu do leków kontrolowanych, audyt	n/d (szafa)	Sprzętowa automatyzacja, raczej szpital/duża placówka
Epic Willow (Inpatient/Ambulatory)	USA/global	Moduł apteczny HIS Epic	Ordering, procurement, przygotowanie, dyspensowanie, podanie, monitoring leków	Tak	Pełna integracja wewnątrz Epic (szpitalna skala)

Tabela 2. Zagraniczne systemy eMAR i pokrewne — funkcje lekowe, skanowanie i integracja.

Co potrafią zagraniczne eMAR w zakresie naszych wymagań

Skanowanie kodów kreskowych w punkcie podania (verify 6 rights) — standard (PCC, ATLAS, iCareManager, Med e-care). To skan na etapie podania, nie na etapie przyjęcia magazynowego z odczytem terminu ważności z QR producenta — tu jest istotna różnica względem naszego wymagania #3.
Kontrola terminu ważności + reorder points + rotacja stanów — obecne (StoriiCare, CareLineLive, Person Centred, ogólne eMAR). Najczęściej jako pola wprowadzane/dziedziczone z apteki, rzadziej jako odczyt z kodu 2D producenta.
Zamawianie / uzupełnianie z apteki — dojrzałe, dwukierunkowe (PCC/QuickMAR, ATLAS). Model jest jednak „placówka ↔ jedna apteka LTC partnerska" (model amerykański/brytyjski blister-pack), a nie masowe zamówienie zbiorcze na wielu mieszkańców z polskiej e-recepty.
Rozliczenia z rodziną — praktycznie nieobsługiwane w eMAR. To domena lokalnych systemów DPS / billingu placówki; rynek anglosaski rozlicza inaczej (apteka fakturuje ubezpieczyciela/pacjenta bezpośrednio).
Masowe e-recepty — model anglosaski opiera się na repeat prescriptions / partnerze aptecznym, nie na centralnym systemie e-recept jak polski P1.

4 Luki rynkowe

Czego brakuje na rynku w kontekście naszych wymagań:

Lek jako jednostka własności jednego mieszkańca przez cały cykl (zakup → magazyn → podanie → rozliczenie)

Zagraniczne eMAR traktują lek jako „stock pozycji" przypisany do rezydenta na poziomie podania, ale rozliczeniowo/własnościowo nie modelują „to konkretne pudełko należy do pana X i nie może zasilić pana Y". Polskie systemy (ARISCO DOM) mają rozdział magazynu indywidualnego/ogólnego, ale pełnego śledzenia per-pudełko z numerem/serią zwykle nie. To nasza przewaga, jeśli zrobimy to jako pierwszą zasadę modelu danych (i jest zgodne z wymogiem fakturowania na mieszkańca).

Odczyt terminu ważności (i serii/GTIN) z kodu 2D producenta przy przyjęciu

Leki w EU mają DataMatrix (GS1) wg dyrektywy fałszywkowej FMD zawierający GTIN, numer serii, datę ważności i unikalny numer (serializacja). Większość eMAR skanuje etykietę apteczną przy podaniu, a nie kod producenta przy przyjęciu do magazynu. Wykorzystanie DataMatrix/QR do automatycznego wczytania terminu ważności i serii przy przyjęciu to realna luka i nasza funkcja wyróżniająca (wymaganie #3). Uwaga techniczna: na opakowaniach handlowych jest zwykle GS1 DataMatrix, nie „QR" — warto obsłużyć oba.

Zamawianie wyzwalane terminem ważności (a nie tylko niskim stanem)

Standard rynku to reorder po przekroczeniu progu ilościowego. Nasze wymaganie #3 — „zamów, gdy ważność leków na stanie się kończy" — jest rzadziej spotykane i wartościowe (zwłaszcza dla leków rzadko podawanych, które mogą się przeterminować przed zużyciem).

Masowe, zbiorcze zamawianie dla wielu mieszkańców jednocześnie + masowe e-recepty

Anglosaskie eMAR robią uzupełnienia per-rezydent z jedną apteką partnerską. Polskie realia (e-recepta 1 lek = 1 recepta, pakiety po max 5) wymagają warstwy, która: zbierze zapotrzebowanie wielu mieszkańców → wygeneruje listę dla lekarza → pozwoli lekarzowi hurtowo wystawić pakiety e-recept → a następnie zbiorczo zamówić w aptece. Tego nie ma „z półki".

Rozliczenia rodzina ↔ DPS z rozbiciem DPS/mieszkaniec

Brak w eMAR; w polskich systemach częściowo (ewidencja finansowa w ARISCO DOM), ale dedykowane „saldo rodziny" z fakturą apteczną rozbitą na część DPS i część mieszkańca + zestawienie „kto ile winien" to obszar do zagospodarowania.

Integracja z polskim P1 / IKP / gabinet.gov.pl

Zagraniczne produkty nie integrują się z polskim ekosystemem. Polskie systemy DPS w większości nie reklamują głębokiej integracji z P1 w kontekście masowego receptowania.

5 Wnioski i rekomendacje funkcjonalne

Rekomendacje dla naszego systemu:

Model danych „lek = egzemplarz przypisany do mieszkańca"

Najmniejszą jednostką niech będzie konkretne opakowanie (z serią, GTIN, datą ważności), trwale przypisane do jednego mieszkańca. To fundament zgodny z prawem (faktura na mieszkańca) i z wymaganiem #5. Brak współdzielenia egzekwowany na poziomie modelu, nie tylko UI.

Skanowanie GS1 DataMatrix / QR przy PRZYJĘCIU

Parsowanie GTIN + numer serii + data ważności (AI 17) + unikalny numer (FMD). Automatyczne zasilenie magazynu mieszkańca i kontroli ważności. Dodatkowo skan przy podaniu (6 praw) jako warstwa bezpieczeństwa — wzorzec sprawdzony w eMAR.

Dwa wyzwalacze zamówień: niski stan ORAZ zbliżający się termin ważności

Prognoza zużycia na podstawie harmonogramu dawkowania (ile dni leku zostało) + osobny alert „przeterminuje się przed zużyciem". Konfigurowalne progi (np. X dni zapasu, Y dni do ważności).

Zbiorczy widok zapotrzebowania i masowe zamawianie

Ekran „co trzeba domówić w całym DPS": agregacja po leku i po mieszkańcu, eksport zbiorczego zamówienia do apteki oraz listy zleceń dla lekarza do wystawienia e-recept. Uwzględnić ograniczenie e-recepty: pakiety do 5 leków — generować poprawne paczki.

Wsparcie procesu e-recepty (P1 / gabinet.gov.pl)

Minimum: wygenerowanie czytelnej listy dla lekarza (mieszkaniec → leki → dawkowanie → zapas) i ewidencja wystawionych e-recept (numery, daty ważności recepty: 30 dni / 7 dni antybiotyk / recepta roczna). Docelowo rozważyć integrację z P1, choć to duży koszt i wymóg certyfikacji — w pierwszej wersji raczej „asysta dla lekarza", nie pełna integracja P1.

Moduł rozliczeń rodzina ↔ DPS

Saldo per mieszkaniec: koszt leków z rozbiciem na część DPS (ryczałt/limit) i część mieszkańca (dopłaty, OTC, ponad limit). Import/odwzorowanie faktury aptecznej z rozbiciem. Zestawienie „kto ile jest winien" dla rodzin + historia płatności. To wyróżnik względem eMAR i część rynku słabo obsłużona także przez polskich konkurentów.

Pełen audyt i zgodność

Kto zamówił, dla kogo, czyja własność, kto podał, kto rozliczył — log z kodami personelu (jak ATLAS/iCareManager). Istotne wobec sygnalizowanych ryzyk prawnych zakupów leków w DPS.

Pozycjonowanie wobec konkurencji

Bezpośredni konkurenci PL: ARISCO DOM (najdojrzalszy, ale desktop, bez QR-ważności/e-recept), DPSP (ma skan + ważność + alert do apteki — najbliżej), SODARIS (nowy moduł LEKI 05.2026 — obserwować), E-tabletka (lekki, wąski). Nasza luka do zajęcia: egzemplarz-per-mieszkaniec + DataMatrix-ważność-przy-przyjęciu + zamawianie wg terminu ważności + masowe e-recepty + rozliczenia z rodziną w jednym, mobilnym, web-owym produkcie.

Co pożyczyć z zagranicy

Wzorce eMAR — 6 praw podania, skan w punkcie podania, alerty due/past-due, audyt, dwukierunkowa integracja z apteką (PCC/QuickMAR, ATLAS eMAR, iCareManager). Te wzorce są dojrzałe i warto je odtworzyć.

6 Źródła