В разделе объясняется, почему электронная регистрация необходима для организации работы стационара и какие трудности возникают при использовании разрозненных журналов и бумажных форм. Определяются тема, границы проекта, основные пользователи и набор операций: госпитализация, очередь, приём без записи, удаление заявки и оформление отказа. Также кратко описывается ожидаемый учебный результат.

Раздел раскрывает содержание понятия «электронный стационар» как информационной системы для учёта движения пациента внутри медицинской организации. Рассматриваются регистрация обращения, хранение сведений, передача данных между отделениями и контроль статусов заявки. Отдельно отмечается необходимость использовать обезличенные данные в учебном прототипе и соблюдать принцип минимального доступа.

В пункте сравниваются АРМ врача приёмного отделения и АРМ врача профильного отделения. Для первого определяются регистрация, проверка направления, выбор вида госпитализации и маршрутизация, для второго — получение заявки, подтверждение размещения и сопровождение пациента. Описывается смена рабочего места пользователя и зависимость доступных функций от его роли.

Раздел посвящён различиям между плановой и экстренной госпитализацией, а также последовательности действий сотрудников. Описывается путь от обращения и первичной регистрации до принятия решения, выбора профильного отделения и передачи сведений. Дополнительно рассматриваются случаи, когда пациент принимается без записи или направляется на ожидание в очереди.

В разделе определяется состав данных, необходимых для оформления заявки: идентификационные сведения, направление, тип обращения, статус, время и решение врача. Объясняется, почему права пользователей должны различаться, а важные операции — удаление записи, изменение статуса и отказ — сохраняться в журнале. Отдельно рассматривается защита персональной и медицинской информации.

Пункт описывает макеты основных экранов электронного стационара: вход и выбор АРМ, список пациентов, карточка обращения, очередь и форма принятия решения. Для каждого экрана задаются поля, кнопки и возможные статусы. Особое внимание уделяется понятным подписям, предупреждениям перед удалением и отображению ошибок, чтобы снизить риск неправильного действия.

В практической части последовательно моделируются плановая и экстренная госпитализация, постановка пациента в очередь, приём без предварительной записи и отказ в госпитализации. Затем проверяется удаление ошибочной заявки и смена АРМ врача. Для каждого сценария указываются исходные данные, действия пользователя, изменение статуса и ожидаемый результат.

Раздел содержит проверку разработанной модели на учебных примерах с различными типами обращений. Оценивается, корректно ли система создаёт и изменяет записи, отображает очередь, передаёт заявку в профильное отделение и сохраняет отказ. Также фиксируются найденные ошибки интерфейса, ограничения прототипа и направления его дальнейшего совершенствования.

В заключении обобщается результат проектирования электронной системы для стационара и показывается связь между ролями сотрудников, АРМ и статусами пациента. Отмечается, какие сценарии удалось описать: плановая и экстренная госпитализация, очередь, приём без записи, удаление ошибочной заявки и отказ. Формулируются практические ограничения учебной модели и возможные улучшения.

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