Решения:МИС “Практика”
Цели системы:
- Повышение качества лечения пациентов
- Упорядочивание очереди к врачам
- Автоматизация лечебных и управленческих процессов в учреждении
- Рост эффективности управления лечебным учреждения
- Областью применения Системы является деятельность учреждений здравоохранения
Функциональные возможности системы:
- Регистрация пациента, поиск пациента в системе
- Запись пациента на прием к врачу, изменение или отмена записи на прием
- Расписание работы кабинетов и врачей
- Ведение ЭМК пациента
- Заполнение/закрытие талона амбулаторного посещения
- Добавление посещений в случай заболевания
- Добавление направления на прием к врачу
- Добавление услуги в рамках посещения
Структура системы
Модули системы:
- АРМ «Регистратура поликлиники»
- АРМ «Врач поликлиники»
- АРМ «Приемный покой»
- АРМ «Врач профильного отделения»
Система имеет трехуровневую архитектуру: сервер базы данных, сервер приложений и клиент. Клиентским компонентом является «тонкий клиент» /web-клиент, реализуемый на веб-интерфейс. Серверы приложений обеспечивают обработку http/https-запросов от веб-клиентов, реализовывать бизнес-логику и т.д. Также на уровне сервера приложений реализована синхронная и асинхронная интеграция с внешними и внутренними сервисами по протоколу REST.
Ряд основных требований СУБД:
- Построение запросов к базе данных
- Обеспечение транзакционности операций с данными с несколькими уровнями изоляции транзакций
- Наличие встроенных механизмов защиты от сбоев, восстановления данных на определенную дату или контрольную точку
- Возможность хранения больших объемов информации (тысячи таблиц, миллионы строк в таблицах)
- Использование PostgreSQL
Архитектура проекта:
- На первом слое тонким клиентом выступает веб-браузер, взаимодействующий с сервером приложений на втором слое по протоколу HTTP/HTTPS. Веб-клиент разрабатывается по принципам построения современных веб-приложений HTML5, технологии Ajax и Web-sockets, новейшие JS-фреймворки.
- На втором слое находится сервер приложений на платформе PHP, обрабатывающий запросы от веб-клиента. Вся бизнес-логика приложения реализуется на этом слое, на нем происходят вычисления, работают алгоритмы, производятся интеграции, кэширование данных.
- Третий слой является слоем данных. Все данные аккумулируются на этом слое независимо от их формата: данные в реляционной форме, файловое хранилище. Слой данных обеспечивает долговременное хранение и целостность данных, производительного поиска, процедуры резервного копирования и индексирования.
