Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

FHIR verzus vlastná databáza zdravotných údajov

Vaše vlastné tabuľky alebo HL7 FHIR R4 pre zdravotnícke údaje: rovnaké čítanie uložené oboma spôsobmi, kompromisy vedľa seba, kedy je každý správny a obvyklé rozdelenie medzi vašou databázou a FHIR záznamom.

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.

Rovnaké meranie, dva pohľady

Meranie krvného tlaku v vlastnom schéme:

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:

{"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 vás prevedie týmto procesom.

Vedľa seba

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í popisuje toto rozdelenie podrobne a Ako vytvoriť zdravotnícke API pomocou TypeScriptu 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.

Č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: ako sú zdroje FHIR uložené a indexované
• Ako ukladať lekárske záznamy pomocou FHIR R4
• Platforma FHIR
• Porovnanie Anpheros s inými FHIR servermi
• Backend a databáza lekárskych aplikácií
• API pre zdravotníctvo

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card