# Vývoj zdravotnického softwaru

> Co je odlišné při vývoji lékařského softwaru a jak je zdravotnická aplikace vrstvena: váš produkt nahoře, Anpheros API, FHIR záznam a souhlas pacienta dole.

Source: https://developers.anpheros.com/cs/guides/healthcare-software

**Zdravotnický software je software, který vytváří, ukládá nebo pracuje s informacemi o zdraví lidí — aplikace pro pacienty, nástroje pro kliniky, laboratorní systémy, služby vzdáleného monitorování, asistenti s umělou inteligencí.** Co jej odlišuje od jiného softwaru, není uživatelské rozhraní, ale data: jsou citlivá, dlouhodobá, standardizovaná, sdílená mezi organizacemi a podléhají souhlasu. Anpheros je infrastruktura pro tuto datovou vrstvu; tato stránka vysvětluje vrstvy zdravotnické aplikace a které z nich může Anpheros poskytnout.

## Obecná architektura

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

Vaše aplikace spravuje uživatelskou zkušenost; Anpheros spravuje záznam a pravidla s ním spojená.

## Co je odlišné při vývoji zdravotnického softwaru

### Datový model je standard, nikoli volba návrhu
Jiný software si může vymyslet vlastní schéma. Zdravotnický software, který si vymyslí vlastní schéma, nemůže bez překladového projektu vyměňovat data s laboratořemi, klinikami nebo jinými aplikacemi. Použití zdrojů HL7 FHIR R4 a standardních kódů (LOINC, ICD-10, ATC, UCUM) od prvního řádku kódu tomu zabrání. [FHIR platform](https://developers.anpheros.com/cs/guides/fhir)

### Každá hodnota potřebuje zdroj
Hodnota glukózy zadaná pacientem, naměřená zařízením, importovaná z laboratorní zprávy nebo vygenerovaná modelem AI má odlišný význam. Anpheros zaznamenává typ autora (pacient, praktikující lékař, zařízení, import, AI), organizaci a zdrojový systém pro každý zápis a uchovává každou verzi.

### Přístup rozhoduje pacient, nejen aplikace
Kromě přihlášení uživatele a rolí potřebuje zdravotnický software souhlas: která aplikace smí číst kterou část záznamu které osoby, na jak dlouho, a audit, který osoba vidí. [Consent and access model](https://developers.anpheros.com/cs/guides/consent)

### Data musí přežít aplikaci
Záznamy se uchovávají roky a přesouvají se mezi poskytovateli. Oddělení záznamu (infrastruktury) od aplikace znamená, že redesign, nová aplikace nebo nový partner nevyžaduje migraci lékařských dat. [Digital medical record infrastructure](https://developers.anpheros.com/cs/guides/digital-medical-record)

### Vyvíjejte a testujte bez skutečných pacientů
Skutečná lékařská data by neměla být ve vývojových prostředích. Anpheros má sandbox – samostatnou databázi se syntetickými pacienty – a sandbox klíče, které se fyzicky nemohou dostat k produkčním datům.

### AI potřebuje stejná pravidla jako všichni ostatní
Funkce AI je dalším čtenářem záznamu. Měla by získat pouze to, co pacient povolil, se zdroji a její výstupy by měly být označeny jako vygenerované AI. [AI healthcare applications](https://developers.anpheros.com/cs/guides/ai-healthcare)

## Co vytváříte a co poskytuje Anpheros

| Vrstva | Vytváříte | Anpheros poskytuje |
|---|---|---|
| Uživatelská zkušenost | obrazovky, toky, oznámení, klinický obsah | — |
| Vaši uživatelé a účty | registrace, přihlášení, role ve vašem produktu | souhlas na úrovni pacienta pro přístup k datům; přihlášení pacienta na stránce souhlasu |
| Úložiště lékařských dat | — | záznam FHIR R4, 26 typů zdrojů, historie, dokumenty |
| Kódování | výběr toho, co zaznamenat | standardní kódovací systémy, sdružené vyhledávání LOINC |
| Řízení přístupu k záznamům | kteří z vašich uživatelů vidí kterého pacienta | izolace projektů, párové ID, rozsahy OAuth |
| Audit | — | původ při zápisu, protokol přístupu viditelný pacientovi |
| Integrace | specifika vašich partnerů | import laboratorních dat, transakce FHIR, webhooks, SDK |
| AI | prompty, výběr modelu, bezpečnost vaší funkce | kontextové API s rozpočty tokenů a štítky původu |
| Soulad s předpisy | vaše regulační povinnosti a klinická bezpečnost | rezidence dat v EU, šifrování dokumentů klíčem spravovaným zákazníkem, dohoda o zpracování dat pro produkční prostředí |

## Kam dál

- Kroky od přístupu k produkci: [Build with Anpheros](https://developers.anpheros.com/cs/guides/build-with-anpheros)
- Pracovní tutoriál: [Build a healthcare app](https://developers.anpheros.com/cs/guides/build-a-healthcare-app)
- Odpovědnosti lékařského backendu: [Medical app backend and database](https://developers.anpheros.com/cs/guides/medical-app-backend)
- Diagramy a datové toky: [Architecture](https://developers.anpheros.com/cs/guides/architecture)
- Pro týmy v rané fázi: [Healthcare startups](https://developers.anpheros.com/cs/guides/healthcare-startups)

## Související

- [Infrastruktura pro zdravotnická data](https://developers.anpheros.com/cs/guides/medical-data-infrastructure)
- [API pro zdravotnictví](https://developers.anpheros.com/cs/guides/healthcare-api)
- [Zabezpečení, ochrana soukromí a rezidence dat](https://developers.anpheros.com/cs/guides/security)