Смекни!
smekni.com

Проектирование информационной системы сети поликлиник (стр. 3 из 4)

− выдает очередные талоны для повторных посетителей;

− объясняет больному способы подготовки к лабораторным, инструментальным и другим исследованиям, методы подготовки и сдачи материала для лабораторных исследований;

− принимает активное участие в организации и проведении диспансерной работы на участке: под контролем и руководством врача заполняет диспансерную карту на вновь выявленных больных ведет картотеку диспансеризуемых в поликлинике больных в соответствии со сроками динамического наблюдения изучает условия жизни диспансерных больных и о результатах наблюдения докладывает участковому врачу подготавливает предварительные материалы для составления отчета по диспансеризации населения участка;

− помогает в осуществлении госпитализации больных;

− комплектует необходимым инструментарием и медикаментами сумку врача для оказания неотложной медицинской помощи при амбулаторном приеме и на дому.

При оказании медицинской помощи на дому участковая сестра проводит следующую работу:

− посещает больных на дому и выполняет манипуляции в соответствии с назначением;

− комплектует соответствующим набором медикаментов, перевязочного материала и медицинского инструментария специальную сумку, предназначенную для посещения больных на участке;

− информирует врача о своевременности выполнения больным диагностических и лечебных процедур;

− при необходимости привлекает общественный актив к уходу за больными на дому;

− проводит профилактические прививки.

Кроме того, медицинская сестра отчитывается об израсходованных медикаментах перед старшей сестрой отделения.

2 Концептуальная модель предметной области

Диаграмма вариантов использования, моделирующих функциональную (процессную) структуру предметной области посредством вариантов использования и отношений между ними (Рисунок 3).

Рисунок 3 – Диаграмма вариантов использования

Так как основной задачей разрабатываемой системы является организация постановки пациента на учет и контроль процесса прохождения лечения, то необходимо рассмотреть диаграмму активности постановки пациента на учет (рисунок 4).


Рисунок 4 – Диаграмма активности


Отношения между ключевыми объектами представлено на диаграмме классов (рисунок 5).

Рисунок 5 – Диаграмма классов

3 Описание проблем и формирование концепции информационной системы

3.1 Проблемы предметной области

После проведения исследования предметной области были выявлены следующие проблемы:

− с увеличением количества пациентов сети поликлиник, увеличивается количество информационных потоков, что приводит к снижению управляемости из-за несвоевременного получения информации, ошибочной информации или вовсе из-за отсутствия таковой. Это является недопустимым, так как может затянуть процесс лечения, привести к неверной и (или) несвоевременной постановки диагноза;

− затраты большого количества временных и человеческих ресурсов на обработку документов и необходимость увеличивать эти ресурсы с ростом количества клиентов;

− тратится много времени на подготовку и поиск необходимых историй болезней, личных карточек, результатов обследований;

− в связи с большим бумажным документооборотом возрастает нагрузка на персонал, в связи с чем возрастает количество ошибок;

− при обращении пациента в различные поликлиники сети могут произойти ошибки при передаче сведений;

− из-за необходимости получать документы и данные из других подразделений возникают временные задержки, связанные с их доставкой.

3.2 Концепция информационной системы

Основные понятия. Пациент – человек, получающий медицинскую помощь, подвергающийся медицинскому наблюдению и/или лечению по поводу какого-либо заболевания.

Регистратура – основное структурное подразделение по организации приема больных в поликлинике и на дому.

Врач – специалист с высшим медицинским образованием, который занимается предотвращением (профилактикой), распознанием (диагностикой) и лечением заболеваний и травм.

Лечебно-диагностический центр – специально оборудованный комплекс, приспособленный для проведения различных медицинских исследований и диагностик.

Функциональные требования

Основные требования

К информационной системе предъявляются следующие основные требования:

− содержать электронные формы стандартных документов (личная медицинская карта, история болезни, результаты анализов / исследований);

− позволять заполнять имеющиеся стандартные формы используя устройства ввода;

− иметь возможность хранения электронных (отсканированных) копий документов;

− иметь возможность формирования различных типовых отчетов (по пациентам, по отделениям, по заболеваниям);

− централизованно хранить информацию для доступа к ней из любой поликлиники.

Обеспечивающие требования

К информационной системе предъявляются следующие Обеспечивающие требования:

− иметь возможность внесения дополнительных форм документов и отчетов;

− обеспечивать защиту информации от несанкционированного доступа и изменения;

− иметь возможность резервного копирования данных;

− проверка на правильность ввода данных.

Вспомогательные требования

− иметь удобную систему поиска и фильтрации по различным параметрам;

− возможность печати (на принтере) отчетов, форм и электронных копий документов;

− возможность сохранения данных, отчетов, форм в отдельный файл для отправки по факсу или электронной почтой.

Нефункциональные требования

− работа в операционной системе Windows;

− наглядный пользовательский интерфейс для простоты и удобства работы пользователя;

− возможность хранения большого объема электронных документов.

4 Концептуальная модель информационной системы

Для разработки архитектуры ИС, целесообразно использовать шаблон трехслойной архитектуры.

Основные высказывания:

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

Предметная область – Выполняет вычисления на основе вводимых и хранимых данных, проверку всех элементов данных и обработка команд, поступающих от слоя представления, а так же передачу информации стою источника данных.

Выполняет обращение к БД, обмен сообщениями, мониторинг транзакций.

Результаты разработки представлены в виде диаграммы классов на рисунке 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 – Диаграмма классов, моделирующая структуру ИС на концептуальном уровне


5 Логическая модель информационной системы

5.1 Модель поведения

Рисунок 7 – Диаграмма последовательности, моделирующая функцию создания новой записи

Рисунок 8 – Диаграмма последовательности, моделирующая функцию редактирования записи