# FHIR vs. vlastná lekárska databáza

> Vlastné tabuľky alebo HL7 FHIR R4 pre lekárske údaje: rovnaký záznam uložený oboma spôsobmi, kompromisy vedľa seba, kedy je čo správne, a obvyklé rozdelenie medzi vašou databázou a FHIR záznamom.

Source: https://developers.anpheros.com/sk/guides/fhir-vs-custom-database

**Tím, ktorý začína s produktom v oblasti zdravotníctva, zvyčajne čoskoro čelí tej istej voľbe: navrhnúť si vlastné tabuľky pre pacientov, merania a diagnózy v PostgreSQL alebo inej databáze, alebo od začiatku ukladať lekárske údaje ako zdroje HL7 FHIR R4.** Vlastné schéma je v prvý deň rýchlejšie a presne zodpovedá vášmu produktu. FHIR si vyžaduje viac premýšľania vopred a vracia sa vám pri každom odchode údajov z vášho systému, pri audite, pri zdieľaní so súhlasom alebo pri čítaní niekým iným ako vy. Táto stránka úprimne uvádza kompromisy, s rovnakým záznamom uloženým oboma spôsobmi, a hovorí, kedy je ktorá voľba správna.

Toto je iná otázka ako *ktorý* FHIR server použiť. Viac informácií nájdete v časti [Ako sa Anpheros porovnáva s inými FHIR servermi](https://developers.anpheros.com/sk/guides/fhir-server-comparison).

## Rovnaké meranie, dva pohľady

Meranie krvného tlaku v vlastnom schéme:

```sql
CREATE TABLE bp_readings (
  id          uuid PRIMARY KEY,
  user_id     uuid REFERENCES users(id),
  systolic    int,
  diastolic   int,
  measured_at timestamptz,
  created_at  timestamptz DEFAULT now()
);
```

Jednoduché, rýchle na dotazovanie, presne to, čo aplikácia potrebuje. Potom prídu otázky, na ktoré tabuľka neodpovedá:

- Ktoré zariadenie alebo osoba vyprodukovala hodnotu? Zadával ju pacient, merala manžeta, alebo ju zadala sestra?
- Aká bola hodnota pred tým, ako ju niekto opravil, a kto ju opravil?
- Ako si ju prečíta klinický systém, laboratórium alebo poisťovňa? Čo znamená `systolic` v ich systéme?
- Ako ju pacient zdieľa s aplikáciou svojho lekára a ako ju prestane zdieľať budúci mesiac?
- Keď pridáte srdcovú frekvenciu, váhu, HbA1c a 200 ďalších meraní, sú to 200 tabuliek alebo jedna generická tabuľka, ktorú si navrhnete sami?

Rovnaké meranie ako FHIR R4:

```json
{"resourceType": "Observation", "status": "final",
 "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/observation-category", "code": "vital-signs"}]}],
 "code": {"coding": [{"system": "http://loinc.org", "code": "85354-9", "display": "Blood pressure panel"}]},
 "subject": {"reference": "Patient/d09e3942-…"}, "effectiveDateTime": "2026-10-10T08:30:00Z",
 "component": [
   {"code": {"coding": [{"system": "http://loinc.org", "code": "8480-6"}]}, "valueQuantity": {"value": 138, "unit": "mmHg", "system": "http://unitsofmeasure.org", "code": "mm[Hg]"}},
   {"code": {"coding": [{"system": "http://loinc.org", "code": "8462-4"}]}, "valueQuantity": {"value": 88, "unit": "mmHg", "system": "http://unitsofmeasure.org", "code": "mm[Hg]"}}],
 "meta": {"versionId": "1"}}
```

Obsiahlejšie, ale každá časť má význam, ktorý zdieľa každý FHIR systém: LOINC hovorí, čo bolo merané, UCUM hovorí jednotku, `meta.versionId` začína históriu a rovnaký tvar `Observation` obsahuje ostatných 200 meraní. S Anpherosom zdroj `Provenance` tiež zaznamenáva, kto ho napísal. [Ako ukladať lekárske záznamy pomocou FHIR R4](https://developers.anpheros.com/sk/guides/store-medical-records-fhir) vás prevedie týmto procesom.

## Vedľa seba

| | Vlastné schéma | FHIR R4 |
|---|---|---|
| Čas do prvej funkcie | hodiny | deň alebo dva na naučenie sa zdrojov |
| Prispôsobenie vášmu produktu | presné | všeobecné; pohľad vášho produktu je nad ním |
| Pridanie nového druhu údajov | migrácia na druh | zvyčajne nový kód v existujúcom zdroji |
| Význam mimo vášho systému | žiadny bez mapovania | zdieľané kódy (LOINC, ICD-10, ATC, UCUM) |
| História a opravy | navrhujete to vy | verzie a `_history` podľa návrhu |
| Kto čo napísal | navrhujete to vy | `Provenance` (automatické v Anpheros) |
| Výmena s klinikami, laboratóriami, inými aplikáciami | vlastná integrácia zakaždým | FHIR R4 API, import HL7 v2, International Patient Summary |
| Súhlas pacienta na aplikáciu | navrhujete to vy | rozsahy SMART on FHIR a OAuth |
| Dotazovanie pre analytiku | bežné SQL | vyhľadávanie FHIR alebo export do vášho skladu |
| Regulácia (GDPR článok 9, EHDS) | dokumentujete každú časť | štandardné formáty, na ktoré sa regulácia odvoláva |

## Kedy je vlastná schéma správnou voľbou

- **Dáta nie sú skutočne lekárske, alebo sa netýkajú jednej osoby.** Tréningové plány, obsah, produktový katalóg: použite vlastné tabuľky.
- **Krátkodobý prototyp** na otestovanie záujmu o produkt, so syntetickými dátami a plánom migrácie.
- **Dáta, ktoré štandardné modely dobre nezachytávajú**, napríklad nové výskumné meranie. FHIR ich stále môže niesť (`Observation` s vlastným kódovým systémom, alebo `Basic`), ale vlastná tabuľka môže byť prehľadnejšia.
- **Intenzívna analytika.** Aj keď je FHIR systémom záznamu, väčšina tímov kopíruje dáta do dátového skladu v ich vlastnom tvare na účely reportovania.

## Kedy je FHIR správnou voľbou

- Dáta predstavujú zdravotný záznam osoby: merania, diagnózy, lieky, alergie, výsledky laboratórnych testov, dokumenty.
- Opustia váš systém: pacientovi, lekárovi, klinike, laboratóriu, poisťovni, AI modelu alebo konkurentovi, keď sa pacient presťahuje.
- Potrebujete ukázať, kto čo napísal a čo sa zmenilo: audity, klinická bezpečnosť, spory.
- Pacienti budú udeľovať a odvolávať prístup na základe aplikácie.
- Predávate v Európskej únii, kde Európsky priestor pre zdravie (European Health Data Space) očakáva, že záznamy budú vymeniteľné v štandardných formátoch.

## Obvyklá stredná cesta

Väčšina produktov skončí s oboma, rozdelenými podľa druhu dát:

```
your database                         FHIR record (Anpheros)
─────────────                         ──────────────────────
users, sessions, settings             Patient
subscriptions, billing                Observation, Condition, MedicationStatement
product content, feature flags        AllergyIntolerance, Immunization, DocumentReference
user id → patient id (one column)     Provenance, Consent, history
caches and analytics copies  ◄─────── webhooks
```

Vaša databáza zostáva malá a tvarovaná podľa produktu. Lekársky záznam je štandardizovaný, verzovaný a zdieľateľný, a vy ste ho nemuseli budovať. [Backend a databáza lekárskych aplikácií](https://developers.anpheros.com/sk/guides/medical-app-backend) popisuje toto rozdelenie podrobne a [Ako vytvoriť zdravotnícke API pomocou TypeScriptu](https://developers.anpheros.com/sk/guides/healthcare-api-typescript) ho implementuje.

## Čo je potrebné na vytvorenie vlastného FHIR

Výber FHIR neznamená napísanie FHIR servera. Vaše možnosti sú open-source server, ktorý prevádzkujete, FHIR úložisko cloudového poskytovateľa, open-source zdravotnícka platforma alebo spravovaná zdravotnícka databáza ako Anpheros. Líšia sa v tom, kto spravuje súhlas, audit, pôvod, rezidenciu a integrácie, čo je podrobne popísané v [Ako sa Anpheros porovnáva s inými FHIR servermi](https://developers.anpheros.com/sk/guides/fhir-server-comparison).

## Často kladené otázky

### Je FHIR databáza?
Nie. FHIR je štandard pre štruktúru a výmenu zdravotných údajov: zdroje, kódy a REST API. FHIR server alebo spravovaná FHIR databáza ukladá zdroje a implementuje API nad skutočnou databázou.

### Môžem si sám ukladať FHIR zdroje v PostgreSQL?
Áno, ako JSON stĺpce s vlastnými indexmi a niektoré open-source servery to robia presne tak. Práca spočíva vo všetkom okolo ukladania: vyhľadávacie parametre, verzovanie, referencie, validácia, kontrola prístupu na pacienta a pôvod.

### Môžem začať s vlastným schémou a neskôr prejsť na FHIR?
Môžete, a mnohé tímy to robia, ale migrácia je projekt mapovania: každá tabuľka potrebuje kódy, jednotky a autorov, ktoré nikdy nezaznamenala. Ukladanie lekárskych údajov ako FHIR od prvej funkcie stojí menej ako ich neskoršia konverzia.

### Potrebujem FHIR na dodržiavanie GDPR?
Nie. GDPR nevyžaduje konkrétny formát. FHIR uľahčuje splnenie niekoľkých povinností: prenosnosť (záznam sa exportuje v štandardnom formáte), kontrola prístupu podľa účelu a zobrazenie, kto spracoval aké údaje.

## Súvisiace

- [Schéma databázy FHIR](https://developers.anpheros.com/sk/guides/fhir-database-schema): ako sú zdroje FHIR uložené a indexované
- [Ako ukladať lekárske záznamy pomocou FHIR R4](https://developers.anpheros.com/sk/guides/store-medical-records-fhir)
- [Platforma FHIR](https://developers.anpheros.com/sk/guides/fhir)
- [Porovnanie Anpheros s inými FHIR servermi](https://developers.anpheros.com/sk/guides/fhir-server-comparison)
- [Backend a databáza lekárskych aplikácií](https://developers.anpheros.com/sk/guides/medical-app-backend)
- [API pre zdravotníctvo](https://developers.anpheros.com/sk/guides/healthcare-api)