Возможности и новые функции версии 8.0
- 1. В структуру базы данных введен код района для интеграции в рамках области.
-
1.1. Код района (имеется в виду район области) включен в состав адреса вызова, адреса госпитализации, подстанции территориальной принадлежности вызова и подстанции обслуживающей бригады, а также дополнительных адресных полей – места проживания пациента (см. п. 2.1.).
1.2. Использование кода района в составе базы данных по вызовам позволяет осуществлять мониторинг деятельности станций и отделений скорой медицинской помощи на уровне области.
1.3. Применение кода района в адресной части вызова позволяет динамически переключать справочники топографии (они составлены порайонно) и на основе этого, обеспечить создание объединенных диспетчерских служб.
1.4. При использовании системы только в рамках собственного района, соответствующие поля заполняются автоматически и не оказывают влияния на работу диспетчеров.
- 2. Расширен формат карты вызова за счет включения новых полей.
-
2.1. В состав карты вызова введены следующие дополнительные поля:
- совокупность адресных полей проживания пациента;
- отчество пациента;
- персональный код пациента;
- дополнительный код;
- поликлиника, где наблюдается пациент;
- номер машины и код рации;
- номер диспетчера передачи вызова бригаде;
- время выезда с подстанции;
- время прибытия в стационар;
- время возвращения на подстанцию;
- две структуры извещений во внешние организации в составе полей: "куда извещение", "время передачи извещения", "кто принял";
- шесть произвольных информационных полей, которые пользователь может использовать по своему усмотрению;
2.2. Совокупность таких полей, как адрес проживания, отчество, персональный и дополнительный коды позволяет обеспечить полноту информации о пациенте. При совпадении адреса вызова и адреса проживания последний заполняется автоматически.
2.3. Использование поля "поликлиника" при наличии полей адреса проживания позволяет формировать объективный список данных для передачи в поликлинические учреждения.
2.4. Введение дополнительных временных полей (выезд, прибытие в стационар, прибытие на подстанцию) позволяет более четко отслеживать регламент работы бригады на линии. Потенциальная стыковка с системами спутниковой навигации может обеспечить возможность их автоматического заполнения.
2.5. Наличие информационных структур извещений во внешние организации позволяет контролировать соблюдение регламента действий персонала СМП в чрезвычайных и экстренных ситуациях.
2.6. Наличие шести информационных полей позволяет пользователю самостоятельно определять вид дополнительной информации, включаемой в карту вызова. Сюда можно вводить, например, место работы пациента, номер школы или название дошкольного учреждения для детей и т.п.
2.7. Та часть дополнительных полей, информация которых неактуальна для подсистемы оперативного режима, может заполняться не диспетчерами, а службой статистики в режиме корректировки архива.
- 3. Для ускоренного заполнения дополнительных полей введены справочники значений.
-
3.1. Справочники значений аналогичны классификаторам, но в карту вызова заносится не код (его просто нет), а само значение из справочника. При этом ввод значений аналогичен вводу названий улиц, т.е. по первым буквам, а вводить можно и те значения, которых нет в справочниках.
3.2. Справочники значений потенциально могут быть подключены к следующим полям карты вызова: "дополнительная информация", "кто вызывает", код 2", "извещение (куда)" и ко всем шести дополнительным информационным полям. Само подключение производится автоматически при наличии заполненного справочника.
3.3. Каждому справочнику пользователь может самостоятельно присвоить наименование для удобства его идентификации в подсистеме ведения нормативно-справочной информации. Особенно это актуально для дополнительных информационных полей.
3.4. Автоматическая обработка значений из справочника позволяет в самом справочнике содержать, в том числе, и заготовки значений, предоставляя возможность легко дополнять и редактировать их при заполнении карты вызова.
- 4. Реализован настраиваемый экранный формат карты вызова.
-
4.1. В ПК "АДИС" версии 8.0 наряду с встроенным экранным форматом карты вызова можно использовать внешний формат, который построен по аналогии с шаблоном печати и является текстовым файлом со специальными управляющими командами. Внешний формат заменяет встроенный автоматически при наличии соответствующего файла-шаблона.
4.2. Необходимость применения внешних экранных форматов карты вызова продиктована тем, что пользователь может использовать дополнительные информационные поля по своему усмотрению. Т.е. включать или исключать их из карты вызова, присваивать наименование, задавать длину поля для ввода и вывода, менять расположение в соответствии с логикой заполнения карты. Введение функции внешнего экранного формата направлено на реализацию именно этих задач.
4.3. Схема обработки внешнего формата такова, что позволяет использовать разные форматы в подсистеме оперативного режима и в подсистеме ведения архива (см. п. 2.7). Форматы могут также различаться и для разных типов рабочих мест в рамках одной подсистемы.
4.4. Структура и правила построения экранного шаблона полностью соответствуют шаблону печати, а набор команд является частью набора, применяемого для печати. Все это позволяет настраивать экранный формат карты вызова без участия разработчика.
- 5. Обеспечена поддержка 5-ти символьных буквенно-цифровых кодов в классификаторе диагнозов, что создает основу для построения этого классификатора по принципу международной классификации болезней (МКБ).