# Медицинская карта пациента

> Что содержит медицинская карта пациента, чем она отличается от EHR и EMR, и как связаны пациент, данные, приложения и согласие в Anpheros — включая семьи, переносимость и удаление.

Source: https://developers.anpheros.com/ru/guides/patient-medical-record

**Медицинская карта пациента — это полная, структурированная история здоровья одного человека — измерения, результаты, диагнозы, лекарства, документы и визиты — сохраняемая с течением времени.** В Anpheros у каждого пациента есть ровно одна такая карта, хранящаяся в виде ресурсов HL7 FHIR R4. Карта принадлежит к медицинской помощи пациента, а не к одному приложению: приложения записывают в нее и читают из нее, а пациент решает, через согласие, какие приложения могут это делать.

## Электронные медицинские карты (EMR), электронные истории болезни (EHR) и записи, хранящиеся у пациента

| Тип | Кто ведет | Типичный объем |
|---|---|---|
| Электронная медицинская карта (EMR) | одна клиника или практика | записи, сделанные этим поставщиком услуг |
| Электронная история болезни (EHR) | больница или система здравоохранения | записи, сделанные поставщиками услуг организации |
| Личная запись / запись, хранящаяся у пациента | пациент | все, что собирает пациент: результаты анализов из разных лабораторий, домашние измерения, документы, лекарства |

Anpheros наиболее близок к третьему типу, с важным отличием: это не дневник, специфичный для приложения. Это **инфраструктура**: одна и та же запись может быть сделана собственным приложением пациента, лабораторией, клиникой и AI-ассистентом, каждый через API и каждый в пределах разрешений, предоставленных пациентом. Anpheros не является больничной EHR и не заменяет ее.

## Содержимое записи

| Часть записи | Ресурсы FHIR в Anpheros |
|---|---|
| Человек и его близкие | `Patient`, `RelatedPerson` |
| Измерения и результаты | `Observation` (жизненные показатели, лабораторные данные, симптомы, самочувствие, повседневная активность и сон), `DiagnosticReport` |
| Проблемы и их течение | `Condition`, `EpisodeOfCare` (например, беременность или хроническое заболевание), `Procedure`, `FamilyMemberHistory` |
| Лечение | `MedicationStatement`, `MedicationAdministration` (каждая принятая или пропущенная доза), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Безопасность | `AllergyIntolerance` |
| Уход | `Encounter`, `Appointment`, `CareTeam` |
| Документы и опросники | `DocumentReference` (неизменяемые оригиналы), `QuestionnaireResponse` |
| Управление | `Consent` (один на грант), `Provenance` (один на запись) |

Каждый элемент кодируется, где существует стандарт — LOINC для измерений и лабораторных результатов, ICD-10 для состояний, ATC для лекарств, UCUM для единиц измерения — и сохраняет свой исходный текст. См. [системы кодирования FHIR](https://developers.anpheros.com/ru/guides/fhir-code-systems).

## Взаимосвязь пациента, данных, приложений и согласия

```
                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient
```

- **Приложение, создавшее запись**, может читать и записывать ее с помощью своего API-ключа.
- **Любое другое приложение** требует согласия пациента: OAuth-разрешения с явными областями действия (типы ресурсов и действия, опционально категория, такая как `laboratory`) на 30, 90, 180 или 365 дней.
- **Каждая запись** атрибутируется: пациент, практикующий врач, устройство, импорт или ИИ, с указанием организации и исходной системы.
- **Каждое чтение**, включая чтение создающим приложением и контекст, построенный для моделей ИИ, отображается в журнале доступа пациента для каждого приложения.
- **Пациент может отозвать** разрешение у приложения в любое время; следующий запрос будет отклонен.

## Семьи и иждивенцы

Человек может хранить записи для других — детей, пожилого родителя. Каждый иждивенец имеет свою собственную `Patient` запись, связанную с записью опекуна; API на стороне пациента перечисляет "мои записи и записи моих иждивенцев" (`GET /me/patients`) с указанием того, кто имеет к ним доступ. Согласие всегда дается для каждой записи отдельно.

## Портативность

Поскольку запись соответствует стандарту FHIR, она может покинуть Anpheros без изменений: `Patient/{id}/$everything` возвращает весь сегмент, а `Patient/{id}/$summary` возвращает International Patient Summary (IPS) — формат документа, предназначенный для чтения клиницистами в других учреждениях.

## Удаление

Удаление `Patient` приводит к удалению всех ресурсов, связанных с этой записью. Документы, после их финализации, не могут быть изменены, только удалены.

## Связанные материалы

- [Цифровая инфраструктура медицинских записей](https://developers.anpheros.com/ru/guides/digital-medical-record)
- [Инфраструктура медицинских данных](https://developers.anpheros.com/ru/guides/medical-data-infrastructure)
- [Модель согласия и доступа](https://developers.anpheros.com/ru/guides/consent)
- [Платформа FHIR](https://developers.anpheros.com/ru/guides/fhir)