Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
Infrastruktura danych medycznych
Czym jest infrastruktura danych medycznych i gdzie w niej miejsce Anpheros: pacjenckie repozytorium HL7 FHIR R4, API, zgody, pochodzenie danych i audyt jako wspólne klocki dla aplikacji medycznych i AI.
Infrastruktura danych medycznych to warstwa, która przechowuje dane medyczne pacjenta w ustrukturyzowanej, standardowej formie i udostępnia je aplikacjom zgodnie z zasadami kontrolowanymi przez pacjenta. Anpheros to interoperacyjna infrastruktura danych medycznych: przechowuje jeden rekord HL7 FHIR R4 na pacjenta i udostępnia go poprzez API, z wbudowanymi mechanizmami zgody, pochodzenia danych i audytu, dzięki czemu aplikacje medyczne, oprogramowanie medyczne i usługi AI mogą być budowane na jej bazie, zamiast tworzyć własne bazy danych medycznych.
W praktyce deweloperzy używają Anpheros jako warstwy danych medycznych swojego produktu — backendu FHIR i repozytorium rekordów pacjentów dla aplikacji medycznej, integracji klinicznej lub aplikacji AI. Dostęp do niej odbywa się poprzez API (REST i FHIR R4), a nie jako ogólna baza danych SQL, i nie hostuje ona modeli AI.
Dlaczego jest to osobna warstwa
Każda aplikacja obsługująca dane medyczne potrzebuje tych samych fundamentów, a żaden z nich nie jest faktycznym produktem aplikacji:
- model danych dla obserwacji, diagnoz, leków, dokumentów i reszty dokumentacji medycznej;
- tożsamość i izolacja, aby jedna aplikacja nie mogła zobaczyć pacjentów innej;
- zgoda, aby pacjent decydował, która aplikacja widzi co i jak długo;
- pochodzenie i historia, aby każdą wartość można było prześledzić do osoby, która ją zarejestrowała, i aby nic nie zostało potajemnie nadpisane;
- integracja z laboratoriami, klinikami, urządzeniami i innymi aplikacjami;
- standardy, aby dane mogły opuścić aplikację i nadal być zrozumiałe;
- i coraz częściej, bezpieczny sposób przekazania właściwej części dokumentacji do modelu AI.
Kiedy każda aplikacja buduje te elementy samodzielnie, dane pacjentów kończą jako fragmentaryczne, rozproszone w niekompatybilnych silosach. Infrastruktura danych medycznych przekształca je we wspólne, przetestowane bloki konstrukcyjne.
Łańcuch implementowany przez Anpheros
Medical data measurements, lab results, diagnoses, medications, documents, visits
↓
HL7 FHIR R4 stored as standard resources — 26 types, versioned
↓
API /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
↓
Patient record one record per person, isolated per application (pairwise ids)
↓
Consent OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
↓
Applications patient apps, clinic and lab systems, third-party apps
↓
AI context API: the relevant part of the record for a model, with sources
Podstawowe elementy i ich dokumentacja
| Podstawowy element | W Anpheros | Dowiedz się więcej |
|---|---|---|
| Model danych | 26 typów zasobów HL7 FHIR R4; LOINC, ICD-10, ATC, UCUM | Platforma FHIR |
| Rekord | jeden rekord FHIR na pacjenta; członkowie rodziny mają własne rekordy | Elektroniczna dokumentacja medyczna pacjenta |
| Przechowywanie i historia | każda aktualizacja to nowa wersja; dokumenty niezmienne, szyfrowane kluczem zarządzanym przez klienta w UE | Infrastruktura cyfrowej dokumentacji medycznej |
| Dostęp | klucze API na projekt, tokeny OAuth na pacjenta, 404 dla wszystkiego poza zakresem |
API medyczne |
| Zgoda | zgody na 30–365 dni, na typ zasobu i kategorię, możliwe natychmiastowe cofnięcie | Model zgody i dostępu |
| Pochodzenie i audyt | każde zapisanie rejestruje autora i źródło; każde odczytanie jest widoczne dla pacjenta | Bezpieczeństwo, prywatność i rezydencja danych |
| Integracja | transakcje FHIR, import raportów laboratoryjnych, podpisane webhooki, SDK | Integracje medyczne |
| Interoperacyjność | FHIR R4, International Patient Summary, SMART on FHIR, wiadomości laboratoryjne HL7 v2 | Interoperacyjność danych medycznych |
| Kontekst AI | budżetowany kontekst z etykietą źródła dla dowolnego wybranego modelu | Aplikacje AI w medycynie |
Infrastruktura a aplikacja
Anpheros celowo rozdziela te dwa elementy. Anpheros Daily to aplikacja — ekrany, przypomnienia, asystent — dla pacjentów i rodzin. Anpheros Platform to infrastruktura znajdująca się pod spodem. Daily zapisuje dane do rekordu za pośrednictwem tego samego publicznego API, co każda inna aplikacja, co sprawia, że rekord jest przenośny: aplikacja stworzona przez kogoś innego może odczytać to, co zapisało Daily, za zgodą pacjenta, w tej samej formie FHIR.
Czego infrastruktura za Ciebie nie decyduje
Anpheros przechowuje i zarządza danymi; nie podejmuje decyzji klinicznych, nie projektuje Twojego doświadczenia użytkownika ani nie pokrywa Twoich obowiązków regulacyjnych. Anpheros nie rości sobie prawa do certyfikacji jako urządzenie medyczne ani innych zatwierdzeń regulacyjnych. Użycie produkcyjne wymaga zweryfikowanej organizacji i podpisanego porozumienia o przetwarzaniu danych, a platforma jest w fazie prywatnych beta testów (pojedyncza strefa, brak umownego SLA).
Powiązane
- Czym jest Anpheros?
- API dla ochrony zdrowia
- Tworzenie oprogramowania dla ochrony zdrowia
- Aplikacje AI w ochronie zdrowia
- Twórz z Anpheros
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card