Produkt 01HIS / EDM

OpenCare

Otwarty system informatyczny szpitala. HIS, EDM, ruch chorych, blok operacyjny, anestezjologia, apteka, laboratorium, mikrobiologia, bank krwi, rehabilitacja, PACS i RIS w jednej, spójnej architekturze.

Zapytaj o demo Zobacz architekturę

Stos

Python
PostgreSQL
REST API
HL7 FHIR

Integracja

HIS
HL7 FHIR
REST API

Dla kogo

Szpitale uniwersyteckie i kliniczne (500+ łóżek)

§01Co to jest

Problem.

Standardowy szpital pracuje z 5-10 systemami od różnych dostawców. Każdy ma swoją bazę, swoje API, swoje słowniki. Każda integracja kosztuje, każda zmiana wymaga koordynacji wielu firm. Lekarz przepisuje dane między ekranami, IT goni vendora, dyrektor podpisuje 8 osobnych SLA.

Rozwiązanie.

OpenCare to jeden system, jedna baza PostgreSQL, jedna architektura. Cztery zintegrowane moduły rdzeniowe: HIMS (część szpitalna, ruch chorych, EDM), RIMS (diagnostyka obrazowa, zlecenia, PACS), PIMS (apteka szpitalna, gospodarka lekowa) oraz LIMS (laboratorium, weryfikacja i udostępnianie wyników). Wszystkie moduły dzielą model pacjenta, słowniki ICD-10, rejestr pracowników, system uprawnień. Integracja jest natywna, audyt jest jeden, raportowanie spójne. Dane są własnością szpitala.

§02Kluczowe funkcje

Funkcja 01
Ruch chorych
Pełna ścieżka pacjenta: izba przyjęć, oddział, zlecenia, dokumentacja, wypis.
Funkcja 02
Blok operacyjny
Planowanie sal, protokół anestezjologiczny, asysta, materiały, rozliczenia.
Funkcja 03
Apteka szpitalna
Gospodarka magazynowa, recepty wewnętrzne, integracja z apteczkami oddziałowymi.
Funkcja 04
Laboratorium
Zlecenia, automatyczna walidacja wyników, kontrola jakości, integracja z analizatorami.
Funkcja 05
PACS / RIS
Zlecenia obrazowe, archiwum DICOM, opisy, integracja z aparaturą medyczną.
Funkcja 06
EDM
Pełna elektroniczna dokumentacja medyczna zgodna z polskim prawem.
Funkcja 07
Bank krwi
Identyfikacja jednostek, oznaczenia, krzyżówki, gospodarka.
Funkcja 08
Rehabilitacja
Plany terapii, gabinety, sprzęt, harmonogramy, rozliczenia NFZ.

§03Architektura, stos technologiczny

Otwarty stos. Bez czarnych skrzynek.

OpenCare to natywna aplikacja PostgreSQL. Logika biznesowa w Pythonie, REST API, HL7 FHIR jako warstwa interoperacyjności, DICOM dla obrazowania. Wszystko otwarte, zaudytowalne, możliwe do rozwoju przez zespół szpitalny.

PythonPostgreSQLREST APIHL7 FHIRDICOM

INTEGRACJE

01RPWDL - Rejestr Podmiotów Wykonujących Działalność Leczniczą
02NFZ - kontrakty, sprawozdawczość, rozliczenia
03P1 - eRecepta, eSkierowanie, EDM
04Apteka centralna ZSMOPL
05Aparatura medyczna (HL7 / ASTM)
06PACS / DICOM (ConQuest, dcm4chee, Orthanc)
07OneContact - voicebot i kolejka
08OpenCareAI - algorytmy AI

§04Dla kogo

01Szpitale uniwersyteckie i kliniczne (500+ łóżek)
02Szpitale specjalistyczne (200-500 łóżek)
03Szpitale powiatowe (do 200 łóżek)
04Centra medyczne wielospecjalistyczne
05Sieci klinik z potrzebą jednolitej platformy danych

§05Model wdrożenia

FAZA 01

Etap 1

Analiza

Audyt procesów klinicznych, mapowanie wymagań, decyzja o zakresie.

FAZA 02

Etap 2

Instalacja

Konfiguracja środowiska, migracja danych, integracje z systemami źródłowymi.

FAZA 03

Etap 3

Szkolenia

Szkolenia stanowiskowe dla personelu medycznego, IT, administracji.

FAZA 04

Ciągłe

Wsparcie

Helpdesk pierwszej linii i ciągły rozwój systemu.

§06FAQ

01Czym OpenCare różni się od zamkniętych systemów HIS?+
OpenCare udostępnia dane przez pełne REST API z kontrolą uprawnień i pełnym dziennikiem zdarzeń (audit trail), a w ramach umowy rozwojowej szpital dostaje prawo do rozwoju systemu i kod źródłowy warstwy bazy danych. Stack to PostgreSQL i Python, nie Oracle / Delphi. Brak czarnych skrzynek, brak rocznych licencji per użytkownik.
02Czy szpital dostaje dostęp do kodu źródłowego?+
Tak, w ramach umowy rozwojowej. Szpital dostaje prawo do rozwoju systemu oraz kod źródłowy warstwy bazy danych OpenCare wraz z dokumentacją techniczną. Można prowadzić własny rozwój lub skorzystać ze wsparcia OneCare. Warstwa interfejsu użytkownika pozostaje po stronie OneCare. Dostęp do danych zapewniamy przez pełne REST API z kontrolą uprawnień i pełnym dziennikiem zdarzeń (audit trail).
03Jak wygląda harmonogram wdrożenia?+
Standardowy projekt to 4 fazy z formalnym odbiorem każdego etapu. Czas trwania zależy od skali wdrożenia.
04Czy obsługujecie środowiska on-prem?+
Tak. Większość naszych wdrożeń to on-prem. Obsługujemy też deployment hybrydowy i chmurowy (zgodny z RODO i NIS2).
05Co z migracją danych z poprzedniego systemu?+
Migracja z dowolnego innego systemu medycznego jest możliwa i ujęta w ramach przeniesienia systemu, jako część wdrożenia.