Uzbekistan Digital Health Platform - Integrations, опубликовано Uzinfocom LLC. Это руководство не является санкционированной публикацией; это непрерывная сборка для версии 0.1.0, созданной FHIR (HL7® FHIR® Standard) CI Build. Эта версия основана на нынешнем содержании https://github.com/vadi2/DHP-integrations-temp/ и регулярно изменяется. Смотрите каталог опубликованных версий

Document Statuses

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

Жизненный цикл клинических документов

Клинические документы в DHP используют элемент Composition.status для отслеживания состояния жизненного цикла. На этой странице описаны используемые коды статусов и их переходы.

Коды статусов

DHP использует следующие коды статусов Composition из R5:

Статус	Описание
preliminary	Документ в работе. Ввод данных продолжается.
final	Документ завершён и проверен. Дальнейшие изменения не ожидаются. Системы, фильтрующие завершённые документы, должны включать оба статуса: final и amended, см. ниже
amended	Документ изменён после финализации.
entered-in-error	Документ создан по ошибке и должен быть проигнорирован.
unknown	Статус документа не может быть определён (например, импортирован из внешних систем).

Переходы статусов

stateDiagram-v2
    [*] --> preliminary: Форма открыта

    preliminary --> final: Завершить/подписать
    preliminary --> entered_in_error: Удалить/отозвать

    final --> amended: Изменить после финализации
    final --> entered_in_error: Удалить/отозвать

    amended --> amended: Дальнейшие изменения
    amended --> entered_in_error: Удалить/отозвать

    entered_in_error --> [*]: Конечное состояние

    state "entered-in-error" as entered_in_error

Рекомендации по использованию

preliminary

Когда форма впервые открыта и начинается ввод данных, сторонние системы должны синхронизироваться с DHP, используя статус preliminary. Это сигнализирует другим пользователям DHP, что работа над этим документом продолжается.

final

Когда форма завершена (или подписана и завершена), сторонние системы должны установить статус final. Это указывает, что документ проверен и является авторитетным.

amended

Если финализированный документ требует исправлений, сторонние системы должны обновить данные и установить статус amended. Системы, фильтрующие завершённые документы, должны включать оба статуса: final и amended.

entered-in-error

Сторонние системы должны использовать этот статус для удаления или отзыва документа. Документ остаётся в системе для целей аудита, но должен быть исключён из клинических представлений.

unknown

Сторонние системы должны использовать этот статус при импорте документов из внешних источников, где исходный статус не может быть определён. Это признаёт неопределённость, а не ошибочно предполагает, что документ имеет статус final.