Данные личных медицинских записей (PHR) хранятся в формате HL7 FHIR .
PHR поддерживает следующие версии Fast Health Interoperable Resources (FHIR):
Типы медицинских ресурсов
FHIR состоит из набора модульных компонентов, называемых ресурсами . Поддерживаемый набор ресурсов FHIR и соответствующие категории примерно основаны на разделах «Сводка международных пациентов» .
Эти ресурсы сопоставляются с категориями данных в Health Connect, которые в API называются типами медицинских ресурсов. Ресурсы наблюдения сопоставляются на основе такого контента, как коды имен и кодов логических идентификаторов наблюдений (LOINC) и категорий FHIR.
Наблюдения, не относящиеся ни к одной из этих категорий, не записываются в Health Connect.
| Тип медицинского ресурса Health Connect | Ресурсы FHIR |
|---|---|
| Аллергия | АллергияНепереносимость |
| Условия | Состояние |
| Лаборатория | Наблюдение
|
| Лекарства | Лекарство, MedicationRequest, MedicationStatement |
| Личные данные | Пациент |
| Подробности о практикующем | Практик, Роль Практика |
| Беременность | Наблюдение
|
| Процедуры | Процедура |
| Социальная история | Наблюдение
|
| Вакцина | Иммунизация |
| Посещения | Встреча, Местонахождение, Организация |
| Жизненно важные признаки | Наблюдение
|
Ресурсы для пациентов
В настоящее время Health Connect предназначен для хранения данных PHR только для одного человека. Поэтому все написанные ресурсы FHIR должны принадлежать одному и тому же человеку.
Нередко в системе для одного человека существует несколько ресурсов пациентов FHIR. Предпочтительно, чтобы приложения согласовывали данные и записывали один ресурс пациента в Health Connect. Однако это не является обязательным для учета различных организационных структур, которые могут существовать.
Проверка данных
API-интерфейсы PHR принимают допустимые ресурсы FHIR из поддерживаемых версий, а Health Connect выполняет некоторую проверку, чтобы подтвердить соблюдение спецификации FHIR для каждой поддерживаемой версии.
Проверки проверки, помеченные как «Скоро», еще не применяются, но будут в будущем выпуске. Мы рекомендуем разрабатывать с учетом всех перечисленных проверок, чтобы обеспечить совместимость с будущими выпусками.
| Уровень | Проверка валидации | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Действительный JSON | Данные соответствуют формату JSON. | ||||||||
| Поддерживается ФХИР | Поддерживается версия FHIR, заявленная записывающим приложением. Health Connect поддерживает следующие версии FHIR:
| ||||||||
| Поддерживается ФХИР | Поддерживается тип ресурса FHIR, записанный в экземпляре ресурса. Health Connect поддерживает следующие типы ресурсов FHIR:
| ||||||||
| Уникальный идентификатор ресурса | Ресурс имеет поле ID со значением, соответствующим требованиям регулярных выражений . | ||||||||
| Уникальный идентификатор ресурса | Ресурс не имеет общего идентификатора с другим ресурсом FHIR того же типа ресурса из того же MedicalDataSource . | ||||||||
| Бизнес-правила | Не включает в себя содержащийся ресурс FHIR . Содержащиеся ресурсы — это ресурсы FHIR, вложенные в «родительский» ресурс. Они используются, когда родительскому ресурсу необходимо ссылаться на другой ресурс, но система не имеет достаточной информации для создания его как автономного ресурса с независимым существованием. | ||||||||
| Действительная база FHIR | Поля верхнего уровня в формате FHIR JSON существуют в спецификации FHIR для данного типа ресурса. | ||||||||
| Действительная база FHIR | Поля верхнего уровня не имеют нулевых значений JSON. | ||||||||
| Действительная база FHIR | Все обязательные поля верхнего уровня присутствуют. | ||||||||
| Действительная база FHIR | Поля верхнего уровня, определенные как повторяющиеся элементы в FHIR, имеют тип данных array JSON. | ||||||||
| Действительная база FHIR | Поля верхнего уровня (включая элементы в array JSON), определенные как сложные типы в FHIR, имеют тип данных object JSON. | ||||||||
| Действительная база FHIR | Поля верхнего уровня (включая элементы в array JSON), определенные как примитивные типы в FHIR, имеют правильный тип данных JSON.
| ||||||||
| Действительная база FHIR | Поля верхнего уровня, определенные в FHIR как примитивные типы, соответствуют требованиям регулярных выражений. Вскоре | ||||||||
| Действительная база FHIR | Расширения примитивных типов существуют в спецификации FHIR и имеют тип данных object JSON. | ||||||||
| Действительная база FHIR | Для полей выбора ( fieldname[x] ) записывается не более одного поля. Например, effectiveDateTime и effectivePeriod не могут одновременно присутствовать в одном и том же экземпляре ресурса. | ||||||||
| Действительная база FHIR | Сложные типы данных содержат поля и типы данных, соответствующие спецификации FHIR. Вскоре | ||||||||
| Действительная база FHIR | Базовые элементы (и элементы сложных типов) содержат поля и типы данных, соответствующие спецификации FHIR. Вскоре | ||||||||
| Действительная база FHIR | Поля value[x] элемента Extensions имеют допустимый тип и содержат содержимое в соответствии с этим типом данных. Элементы расширения могут быть включены в любой ресурс для представления дополнительной информации, не являющейся частью базовой спецификации. Они содержат url поля, который ссылается на определение расширения, и поле value[x] , которое содержит значение расширения. value[x] должно быть из списка допустимых типов данных. Вскоре |
Преобразованные данные FHIR
Некоторые приложения преобразуют данные FHIR в соответствии со своими требованиями. Например:
- Объединение данных из разных источников (обычно API FHIR).
- Сопоставление кодов с глобальной терминологией (например, SNOMED, LOINC, ICD) и единицами стандартизации.
- Консолидация и дедупликация данных.
- Исправление форматирования или других проблем с качеством данных.
- Фильтрация записей на основе бизнес-правил, специфичных для приложения.
В Health Connect можно записать как непреобразованные, так и преобразованные данные FHIR, при условии, что они соответствуют спецификации FHIR R4. Мы рекомендуем по возможности записывать преобразованные данные. Но имейте в виду следующие соображения:
- Приложения с узкими вариантами использования могут отфильтровывать значительное количество записей, из которых другие приложения в экосистеме могли бы создать ценность для пользователя. В таких ситуациях может оказаться полезным написать более полный нетрансформированный FHIR. Однако обязательно сообщите пользователям, что этот более широкий набор данных доступен для общего доступа.
- При объединении данных, полученных из разных источников, вы можете записать данные в один
MedicalDataSourceв Health Connect. Вы также должны назначить новый идентификатор каждому ресурсу, чтобы избежать конфликтов, и обновить ссылки на ресурсы, чтобы они указывали на новые идентификаторы. - Объединение данных из нескольких источников в один
MedicalDataSourceможет скрыть происхождение данных. Поскольку потребителям данных часто бывает полезно понять происхождение данных, мы рекомендуем заполнить полеmeta.sourceдля каждого ресурса исходным источником записи (обычно базовым URL-адресом FHIR).