− выдает очередные талоны для повторных посетителей;
− объясняет больному способы подготовки к лабораторным, инструментальным и другим исследованиям, методы подготовки и сдачи материала для лабораторных исследований;
− принимает активное участие в организации и проведении диспансерной работы на участке: под контролем и руководством врача заполняет диспансерную карту на вновь выявленных больных ведет картотеку диспансеризуемых в поликлинике больных в соответствии со сроками динамического наблюдения изучает условия жизни диспансерных больных и о результатах наблюдения докладывает участковому врачу подготавливает предварительные материалы для составления отчета по диспансеризации населения участка;
− помогает в осуществлении госпитализации больных;
− комплектует необходимым инструментарием и медикаментами сумку врача для оказания неотложной медицинской помощи при амбулаторном приеме и на дому.
При оказании медицинской помощи на дому участковая сестра проводит следующую работу:
− посещает больных на дому и выполняет манипуляции в соответствии с назначением;
− комплектует соответствующим набором медикаментов, перевязочного материала и медицинского инструментария специальную сумку, предназначенную для посещения больных на участке;
− информирует врача о своевременности выполнения больным диагностических и лечебных процедур;
− при необходимости привлекает общественный актив к уходу за больными на дому;
− проводит профилактические прививки.
Кроме того, медицинская сестра отчитывается об израсходованных медикаментах перед старшей сестрой отделения.
Диаграмма вариантов использования, моделирующих функциональную (процессную) структуру предметной области посредством вариантов использования и отношений между ними (Рисунок 3).
Рисунок 3 – Диаграмма вариантов использования
Так как основной задачей разрабатываемой системы является организация постановки пациента на учет и контроль процесса прохождения лечения, то необходимо рассмотреть диаграмму активности постановки пациента на учет (рисунок 4).
Рисунок 4 – Диаграмма активности
Отношения между ключевыми объектами представлено на диаграмме классов (рисунок 5).
Рисунок 5 – Диаграмма классов
После проведения исследования предметной области были выявлены следующие проблемы:
− с увеличением количества пациентов сети поликлиник, увеличивается количество информационных потоков, что приводит к снижению управляемости из-за несвоевременного получения информации, ошибочной информации или вовсе из-за отсутствия таковой. Это является недопустимым, так как может затянуть процесс лечения, привести к неверной и (или) несвоевременной постановки диагноза;
− затраты большого количества временных и человеческих ресурсов на обработку документов и необходимость увеличивать эти ресурсы с ростом количества клиентов;
− тратится много времени на подготовку и поиск необходимых историй болезней, личных карточек, результатов обследований;
− в связи с большим бумажным документооборотом возрастает нагрузка на персонал, в связи с чем возрастает количество ошибок;
− при обращении пациента в различные поликлиники сети могут произойти ошибки при передаче сведений;
− из-за необходимости получать документы и данные из других подразделений возникают временные задержки, связанные с их доставкой.
Регистратура – основное структурное подразделение по организации приема больных в поликлинике и на дому.
Врач – специалист с высшим медицинским образованием, который занимается предотвращением (профилактикой), распознанием (диагностикой) и лечением заболеваний и травм.
Лечебно-диагностический центр – специально оборудованный комплекс, приспособленный для проведения различных медицинских исследований и диагностик.
Основные требования
К информационной системе предъявляются следующие основные требования:
− содержать электронные формы стандартных документов (личная медицинская карта, история болезни, результаты анализов / исследований);
− позволять заполнять имеющиеся стандартные формы используя устройства ввода;
− иметь возможность хранения электронных (отсканированных) копий документов;
− иметь возможность формирования различных типовых отчетов (по пациентам, по отделениям, по заболеваниям);
− централизованно хранить информацию для доступа к ней из любой поликлиники.
Обеспечивающие требования
К информационной системе предъявляются следующие Обеспечивающие требования:
− иметь возможность внесения дополнительных форм документов и отчетов;
− обеспечивать защиту информации от несанкционированного доступа и изменения;
− иметь возможность резервного копирования данных;
− проверка на правильность ввода данных.
Вспомогательные требования
− иметь удобную систему поиска и фильтрации по различным параметрам;
− возможность печати (на принтере) отчетов, форм и электронных копий документов;
− возможность сохранения данных, отчетов, форм в отдельный файл для отправки по факсу или электронной почтой.
− работа в операционной системе Windows;
− наглядный пользовательский интерфейс для простоты и удобства работы пользователя;
− возможность хранения большого объема электронных документов.
Для разработки архитектуры ИС, целесообразно использовать шаблон трехслойной архитектуры.
Основные высказывания:
Слой представления – предоставляет услуги отображения данных, обработки событий пользовательского интерфейса (щелчки мыши, нажатия клавиш). В общем случае, охватывает все, что имеет отношение к общению пользователя с ИС.
Предметная область – Выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработка команд, поступающих от слоя представления, а так же передачу информации стою источника данных.
Выполняет обращение к БД, обмен сообщениями, мониторинг транзакций.
Результаты разработки представлены в виде диаграммы классов на рисунке 6, описание назначения классов по слоям – в таблице 1.
Таблица 1 – Назначение классов концептуальной модели
№ | Наименование класса | Назначение класса |
Слой представления | ||
1. | E-UI-Registrator | Граничный класс, отвечающий за отображение формы личной карты пациента, параметров и результатов поиска. |
2. | E-UI-Doctor | Граничный класс, отвечающий за отображение формы истории болезни пациента. |
3. | E-UI-LDC | Граничный класс, отвечающий за отображение формы сведений о прохождении исследовании / сдачи анализов пациентом. |
4. | ControllerTreatment | Управляющий класс, методы которого отвечают за управление приложением в целом |
Слой предметной области | ||
5. | CallService | Граничный класс, отвечающий за взаимодействие с классами слоя предметной области. |
6. | PatientData | Класс хранения, содержащий ключевые данные о пациенте. |
7. | eDiagnose | Класс хранения, содержащий сведения о поставленном диагнозе |
8. | eResult | Класс хранения, содержащий данные результатов исследования. |
9. | eNaprav | Класс хранения, содержащий сведения о направлении пациента на исследования / сдачу анализов. |
10. | eMedcard | Класс хранения, содержащий медицинскую карточку. |
11. | eOperator | Класс хранения, содержащий сведения об операторах, работающих с ИС. |
12. | AccessList | Класс хранения, содержащий права доступа операторов ИС. |
Слой источника данных | ||
13. | Data | Граничный класс, отвечающий за взаимодействие с БД. |
Рисунок 6 – Диаграмма классов, моделирующая структуру ИС на концептуальном уровне
Рисунок 7 – Диаграмма последовательности, моделирующая функцию создания новой записи
Рисунок 8 – Диаграмма последовательности, моделирующая функцию редактирования записи