Co zyskujesz

• Rezerwacje online — Pacjent wybiera lekarza, usługę, termin. Zadatek opcjonalny. Auto-SMS przypomnienie 24h przed — redukcja no-show o 60-80%.
• EHR — elektroniczna dokumentacja — Kartoteka pacjenta, wizyty, diagnozy (ICD-10), recepty, skierowania, badania, zdjęcia, pliki PDF. Wszystko w jednym miejscu.
• Integracja z P1 (eRecepta, eSkierowanie) — Lekarz wystawia eReceptę i eSkierowanie z poziomu kartoteki — system łączy się z systemem P1 NFZ przez certyfikat WSS.
• RODO dla danych medycznych — Hosting w UE, encryption at rest, audit log każdego dostępu, role-based access, retention policy zgodna z ustawą o prawach pacjenta.
• Płatności i faktury — BLIK, karta, przelew. Auto-fakturowanie po wizycie, integracja z systemem księgowym (Comarch, Symfonia, iFirma).
• Telekonsultacje — Wbudowane wideo (WebRTC), pacjent dołącza linkiem, lekarz nagrywa wizytę (za zgodą), eRecepta wystawiana w trakcie.

Co dostajesz

• Frontend rezerwacyjny dla pacjentów (web + mobile-friendly)
• Panel lekarza z kartoteką pacjenta i EHR
• Panel recepcji — kalendarz, płatności, faktury
• Integracja z P1 (eRecepta, eSkierowanie, ZUS ZLA)
• Moduł telekonsultacji (WebRTC)
• SMS i email przypomnienia
• Audit log + dokumentacja RODO
• Szkolenie zespołu + 60 dni wsparcia po wdrożeniu

RODO i dane medyczne — co odróżnia klinikę od zwykłej aplikacji

Dane medyczne to w RODO „szczególna kategoria danych osobowych" (art. 9). Wymagania są dużo ostrzejsze niż dla zwykłych danych. Klinika, która tego nie ogarnia, ryzykuje karami od UODO (do 20 milionów euro albo 4% obrotu) plus odszkodowaniami od pacjentów.

Konkretne wymogi techniczne: 1) Hosting w EOG (Europejski Obszar Gospodarczy) — czyli serwery w UE/Polsce, nie w USA. Wykluczamy AWS US, używamy AWS Frankfurt/Ireland albo OVH/Hetzner. 2) Encryption at rest — dane medyczne na dysku zaszyfrowane. PostgreSQL z TDE albo per-row encryption dla najwrażliwszych pól. 3) Encryption in transit — TLS 1.2+, HSTS, certyfikat ważny. 4) Audit log każdego dostępu — kto, kiedy, do której kartoteki, jakie dane wyświetlił/zmienił. Retention 10 lat (zgodnie z ustawą o prawach pacjenta). 5) Role-based access — recepcjonistka widzi wizyty i kontakty, ale nie historię chorób. Lekarz widzi tylko swoich pacjentów albo wszystkich (zależy od organizacji). 6) Backup z testami — codzienny backup, raz na kwartał test odtworzenia.

Po stronie organizacyjnej: umowa o powierzeniu przetwarzania danych z każdym dostawcą (cloud, SMS, email), DPIA (data protection impact assessment) dla całego systemu, polityka retencji (co kiedy usuwamy), procedura incydentu (powiadomienie UODO w 72h).

My dostarczamy nie tylko kod, ale też dokumentację compliance — DPIA, Records of Processing Activities, polityki bezpieczeństwa. Klinika nie zaczyna od zera u prawnika.

Integracja z P1 — eRecepta, eSkierowanie, ZUS ZLA

Od 2020 roku eRecepta jest obowiązkowa, od 2021 eSkierowanie, plus ZUS ZLA (zwolnienia lekarskie elektroniczne). Wszystko przez jeden system NFZ — P1. Lekarz, który chce wystawiać te dokumenty z poziomu swojego systemu (zamiast logować się oddzielnie do gabinet.gov.pl), potrzebuje integracji.

Integracja z P1 wymaga: certyfikatu WSS (web service security) wydanego przez NFZ dla każdego lekarza/podmiotu, podpisu kwalifikowanego (klucz prywatny w karcie/HSM), implementacji webserwisów SOAP zgodnie ze specyfikacją CSIOZ. To nie jest REST z JSON-em — to enterprise SOAP z XSD i XML signing. Dokumentacja CSIOZ ma 400+ stron.

Typowy flow w naszym systemie: lekarz w trakcie wizyty wpisuje rozpoznanie (ICD-10), wybiera leki z bazy BLOZ, system w tle wywołuje webserwis P1 z podpisem cyfrowym, P1 zwraca kod 4-cyfrowy, system zapisuje go w kartotece i wysyła pacjentowi SMS-em. Czas: 3-5 sekund. Lekarz nie widzi „integracji" — widzi przycisk „Wystaw eReceptę".

Podobnie eSkierowanie (do specjalisty albo na badanie) i ZUS ZLA (zwolnienie lekarskie). Każde z innymi specyfikacjami, każde wymaga osobnej implementacji. Łącznie 2-3 miesiące pracy programistycznej dla pełnej integracji P1.

To jest droga inwestycja (40-80k zł), ale odpłaca się szybko. Lekarz oszczędza 10-15 minut na każdej wizycie (vs ręczne logowanie do gabinet.gov.pl). Przy 20 wizytach dziennie i 200 dniach pracy w roku — 600-1000 godzin lekarza rocznie. Przy stawce lekarza specjalisty (300-600 zł/h) — 200-600k zł oszczędności.

Custom system vs gotowe (Medfile, Estomed, Comarch ERP Medycyna)

Polski rynek systemów medycznych jest dojrzały. Gotowe rozwiązania: Medfile (najpopularniejszy w prywatnych gabinetach), Estomed (stomatologia), Comarch ERP Medycyna (większe podmioty), Dr eryk, Mediporta. Każde z nich pokrywa standardowe potrzeby — rezerwacje, kartoteka, P1, faktury.

Kiedy gotowy system jest lepszy: 1-3 lekarzy, standardowa specjalność (internista, dermatolog, fizjoterapeuta), brak specyficznych integracji z innymi systemami firmy, ograniczony budżet (Medfile od 100-300 zł/lekarz/mies). Wdrożenie w 1-2 tygodnie. Zwrot — natychmiastowy.

Kiedy custom ma sens: sieć 5+ lokalizacji, specyficzne workflow (np. klinika IVF z protokołami zapłodnienia, klinika ortopedyczna z systemem PACS dla zdjęć RTG, klinika onkologiczna z systemem chemioterapii), integracja z systemem laboratoryjnym (Diagnostyka, ALAB) na bardziej zaawansowanym poziomie niż gotowe rozwiązanie wspiera, wymagania UX/branding (chcesz aplikację mobilną z brandingiem kliniki), aplikacja dla pacjenta jako samodzielny produkt (np. monitorowanie pomiędzy wizytami).

Z doświadczenia: kliniki poniżej 10 lekarzy zwykle powinny zostać przy Medfile albo Estomed. Powyżej 20 lekarzy custom zaczyna mieć sens. Powyżej 50 lekarzy custom prawie zawsze wygrywa ekonomicznie. Sieci medyczne z 100+ lekarzami praktycznie zawsze potrzebują custom — gotowe systemy nie skalują się przyzwoicie.

My doradzamy uczciwie. Jeśli klient z 4 lekarzami pyta o custom za 200k zł — często mówimy „Medfile załatwi sprawę za 1200 zł/mies, nie wydawajcie 200k". Ale dla sieci kardiologicznej z 8 oddziałami — custom wygrywa.

Najczęstsze pytania

Czy system jest zgodny z RODO i ustawą o prawach pacjenta?

Tak. Hosting w UE, encryption at rest/in transit, audit log z retencją 10 lat, role-based access, DPIA, polityka retencji. Dostarczamy też dokumentację compliance — DPIA, Records of Processing Activities, polityki bezpieczeństwa.

Jak wygląda integracja z P1 (eRecepta)?

Wymaga certyfikatu WSS od NFZ dla każdego lekarza i podpisu kwalifikowanego. Integrujemy poprzez webserwisy SOAP zgodnie ze specyfikacją CSIOZ. Lekarz wystawia eReceptę jednym kliknięciem w panelu, system w tle łączy się z P1.

Czy obsługujemy telewizyty?

Tak. Wbudowany moduł WebRTC — pacjent dołącza linkiem, bez instalacji aplikacji. Lekarz może nagrywać wizytę (za zgodą pacjenta), eRecepta wystawiana w trakcie. Zgodne z wytycznymi MZ dot. telemedycyny.

Czy integrujemy się z laboratoriami (Diagnostyka, ALAB, Synevo)?

Tak. Najpopularniejsze laboratoria mają API/HL7 — lekarz zleca badanie z poziomu systemu, wyniki wracają automatycznie do kartoteki pacjenta. Integracja zwykle 2-4 tygodnie pracy.

Co z systemami PACS (zdjęcia RTG, USG, CT)?

Robimy integracje z PACS-ami opartymi na DICOM (standard branżowy). Lekarz w kartotece widzi miniatury, klika i otwiera viewer DICOM. Wymaga współpracy z dostawcą PACS — typowo 4-8 tygodni pracy.

Czy potrzebujemy infrastruktury on-premise?

Nie wymagamy. Standardowo cloud w UE (AWS Frankfurt, OVH, Hetzner). Dla wybranych klientów (szpitale, duże sieci) robimy on-premise albo hybrydę. RODO pozwala na cloud przy odpowiednich zabezpieczeniach.

Ile kosztuje utrzymanie po wdrożeniu?

Hosting + monitoring + wsparcie typowo 4-8 tysięcy zł miesięcznie dla średniej kliniki. Plus dalszy rozwój wg priorytetów (1-2 sprinty miesięcznie). Subskrypcje Twilio/Stripe/itp. — według użycia.