Преподаватель который помогает студентам и школьникам в учёбе.

Понятие прикладных протоколов и серверы приложений (Анализ средств интеграции приложений информационных систем)

Содержание:

ВВЕДЕНИЕ

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

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

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

Сложность и актуальность проблем интеграции подчеркивают и весьма внушительные средства, расходуемые на интеграцию информационных систем. По оценкам независимых аналитиков до 40% ИТ-бюджета крупных компаний тратится именно на задачи интеграции. Стратегический подход при проектировании и развитии IT-инфраструктуры позволяет снизить риски и затраты, связанные с интеграцией систем.

При внедрении корпоративных систем и разработке решений наши специалисты не однократно успешно решали различные задачи, связанные с интеграцией. Для осуществления интеграции различных информационных систем могут быть применены как продукты ведущих поставщиков программного обеспечения, таких как IBM и SAP, так и собственные решения.

Отечественные предприятия сегодня в полной мере ощущают актуальность вопросов интеграции информационных систем. Над теми же вопросами уже давно работают западные компании, и, как показывает зарубежная практика, проблема интеграции постоянно обостряется. С развитием бизнеса, в процессе слияния и поглощения компаний, при внедрении новых приложений автоматизации «лоскутное одеяло» корпоративных информационных систем становится все более пестрым и ветхим. Полный единовременный отказ от всех унаследованных систем в пользу новой нецелесообразен, да и «закрыть» все потребности предприятия в ИТ-поддержке одной системой невозможно. Кроме того, вся накопленная на предприятии информация представляет собой неоспоримую ценность, и ее необходимо использовать в дальнейшей работе. В результате интеграционные решения начинают играть ключевую роль в корпоративной информационной среде, а их критичность для бизнеса возрастает год за годом. Реагируя на потребности бизнеса, производители ПО непрерывно совершенствуют технологические интеграционные решения.

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

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

Первая проблема, которая возникает при внедрении любого информационных систем , состоит в том, откуда исходит инициатива внедрения — «сверху» или «снизу». В интеграционных проектах такой вопрос почти не стоит, поскольку их стоимость высока, и без поддержки сверху реализация невозможна, так как не будет финансирования, а без поддержки снизу их просто некому будет делать. Зато возникает вторая вечная проблема — от кого исходит инициатива интеграции, от бизнеса или от информационных систем? Близка к идеальной ситуация, когда в интеграции заинтересован бизнес: в этом случае убедить «айтишников» в том, что интеграция нужна, будет не сложно. Бизнес, который хочет интеграции, как правило, имеет опыт визуального моделирования бизнес-процессов и желает оживить эти картинки. Насколько это удастся, зависит от возможностей ИТ-специалистов автоматизировать каждый из квадратиков построенной диаграммы бизнес-процесса.

Единое информационное пространство - объект исследования, рассматривается как совокупность взаимодействующих и взаимосвязанных учетных информационных систем.

Проблемой исследования систем управления информационными потоками как средство интеграции приложений информационных систем на протяжении многих лет как зарубежные, так и русские ученые. Среди них можно выделить Ф.У.Тейлора, А.Маслоу, А.Файоля и др. Исследование систем управления информационными потоками невозможно без знания таких наук, как менеджмент, теория организации, линейного программирования, на которых базируется данная дисциплина. Объектом исследования данной курсовой работы является Внедрение информационной системы на примере гкб № 12. Предметом исследования - информационные потоки организации, направленные на утверждения конкретных документов. Цель исследования – изучить существующие организационные процедуры, информационные потоки и сделать предложения по совершенствованию действующей схемы потоков информации.

Метод исследования в данной работе основывается на использовании: методов системного анализа и методы объектно – орентированного проектирования.

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ СИСТЕМА УПРАВЛЕНИЯ ИНФОРМАЦИОННЫМИ ПОТОКАМИ КАК СРЕДСТВО ИНТЕГРАЦИИ ПРИЛОЖЕНИЙ ИНФОРМАЦИОННЫХ СИСТЕМ

1.1 Информационные потоки

Информационный поток – совокупность информации, минимально необходимая для осуществления работы фирмы.

Когда мы представили себе всю технологию работы фирмы, то заметили, что рядом с реальными объектами существуют их информационные копии. Например:

груз + накладная квитанция,

больной + история болезни,

школьник + классный журнал...

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

Информационные проблемы предприятий.

Среди типичных недостатков системы информационных потоков российских предприятий следует назвать:

- дублирование предоставляемой информации;

- отсутствие релевантной (существенной) информации;

- отсутствие однозначного распределения ответственности за документы;

- несвоевременность предоставления информации;

- информация может не доходить до адресата;

- после получения информации могут потребоваться уточнения.

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

- определить структуру информации, которую необходимо предоставлять;

- проанализировать существующий на предприятии документооборот;

- разработать новую систему документооборота.

Структура информации включает в первую очередь классификацию доходов и видов затрат по объектам калькуляции (по подразделениям, продуктам, договорам).

В ходе анализа документооборота следует выяснить: можно ли собирать информацию о видах затрат, например, в середине месяца, какие существуют препятствия, что нужно сделать, чтобы их устранить? Оказывается, что можно обязать кладовщиков сдавать данные по расходу материалов (лимитно-заборные карты) и в середине месяца, а не только в конце; что табельщики могут вводить в программу расчета заработной платы данные из табеля ежедневно и т.д. Служба контроллинга может приказать от имени финансового или генерального директора предоставлять данные чаще.

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

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

По степени взаимосвязи информационные потоки делятся на взаимосвязанные и невзаимосвязанные. Степень взаимосвязи характеризуется количеством видов информации, взаимосвязанных с данным видом информации.

По объему информационные потоки делятся на малообъемные, среднеобъемные и высокообъемные. Объем информации измеряется количеством символов (алфавитных, цифровых и служебных знаков) или байтов.

1.2 Интеграционная платформа

Интеграционная платформа является ядром единой информационной среды предприятия и обеспечивает взаимодействие приложений между собой. С помощью интеграционных платформы решается задачи координации совместной работы приложений, выполнения необходимых преобразований данных и обеспечения их целостности. Интеграционная платформа является одним из ключевых компонентов для построения новой архитектуры предприятия, ориентированной на взаимодействие сервисов (Service-Oriented Architecture, SOA), или архитектуры, управляемой событиями (Event-Driven Architecture, EDA).^{^[1]}

Для построения сквозных бизнес-процессов, включающих взаимодействие с внешними партнерами и предоставление необходимых сервисов предприятия для доступа извне, используются интеграционные шлюзы. Интеграционный шлюз осуществляет все необходимые преобразования форматов и протоколов, в том числе и индустриальных, таких как SWIFT, RosettaNet и другие, и обеспечивает безопасность и качество обслуживания (QoS) внешних партнеров.

Для интеграции приложений, эксплуатируемых на предприятии и автоматизирующих те или иные бизнес-процессы и бизнес-функции, используются сервисы доступа к приложениям. Сервисы доступа скрывают детали реализации приложений и представляют сервисы и функции приложений в виде, удобном для использования в интеграционном решении. Сервисы доступа могут быть реализованы как адаптеры приложений, предназначенные для определенного класса продуктов, например, SAP или Oracle eBusiness Suite, а также как технологические адаптеры, взаимодействующие на более низком уровне, например, через прямой доступ к данным в БД или файлам приложения.

Успешность внедрения и эксплуатации интеграционного решения во многом зависит от удобства использования средств разработки и развертывания. Информационные потоки использует средства, которые организуют полный цикл проектирования, разработки, тестирования и развертывания интеграционного решения, предоставляют возможности совместной работы, поиска и обнаружения сервисов, моделирования бизнес-процессов, в том числе имитационного.

ГЛАВА 2. АНАЛИЗ СРЕДСТВ ИНТЕГРАЦИИ ПРИЛОЖЕНИЙ ИНФОРМАЦИОННЫХ СИСТЕМ

2.1 InterSystems Caché — комплексное решение

Организации часто сталкиваются с одной из следующих ситуаций.

Необходимо обеспечить взаимодействие новых систем с существующими, замена которых нецелесообразна, так как они эффективно решают поставленные перед ними задачи.
Растут требования к оперативному получению информации. В большинстве случаев информация, необходимая для принятия управленческих решений, содержится в различных системах, поэтому требуется единый инструмент для ее консолидации, поиска и представления.
Для повышения эффективности деятельности организации требуется автоматизировать бизнес-процессы, затрагивающие несколько информационных систем (например, ERP- или CRM-решения).
Необходимо создать единую ИТ-инфраструктуру в случае слияния или поглощения организаций. ^{^[2]}

InterSystems Caché — это высокопроизводительная объектная система управления базами данных, которая выполняет SQL-запросы быстрее, чем реляционные базы данных. Уникальное качество Caché заключается в равноправной и эффективной поддержке сразу трех способов работы с данными:

мощного объектного,
реляционного, на основе SQL,
высокопроизводительного и гибкого многомерного метода доступа к данным.

Caché обеспечивает быструю и эффективную разработку Web-приложений, высокую скорость обработки транзакций, легкую масштабируемость приложений, предъявляя при этом крайне скромные требования к аппаратным ресурсам, используемым системой, и администрированию.

С объектами Caché можно работать из приложений, написанных на Java, .NET, C++. Поддерживается механизм Web-сервисов и работа с XML.

В постреляционной субд caché от intersystems присутствуют все необходимые разработчику компоненты для быстрой разработки web-, либо клиент-серверных приложений. программист не стеснен в выборе, как средств разработки и языков программирования, так и в выборе способа доступа к данным. caché обеспечивает отличную скорость обработки транзакций, легкую масштабируемость приложений и широкий набор различных методов и технологий для обеспечения требуемой надежности приложения.

Объединение всех этих возможностей позволяет получить единую среду разработки, предельно удобную для быстрого создания приложений. с caché ваши приложения будут работать быстрее.

В Caché встроена поддержка нескольких скриптовых языков: Caché ObjectScript - мощный и легкий в изучении объектно-ориентированный язык программирования, Caché Basic - диалект широко распространенного языка программирования Basic, расширенный синтаксисом для работы со структурами данных Caché и объектами, Caché MVBasic - диалект Basic, используемый в приложениях MultiValue (иногда упоминаются как приложения для Pick). Поддержка других языков - Java, C# и С++ обеспечивается объектным интерфейсом Caché и позволяет работать с базой данных и объектами Caché.

За пределами реляционных технологий в Caché и среда для выполнения и разработки сложных веб-приложений. Технология Caché Server Pages (CSP) оптимизирована для быстрой разработки и выполнения динамически генерируемых веб-страниц, способных обслуживать одновременную работу с базой данных тысяч пользователей, даже на недорогом оборудовании.

Для традиционных приложений без использования веб-браузеров для создания пользовательского интерфейса применяются популярные технологии, такие как Java, .NET, Delphi, C# или C++. Наилучшие результаты (быстрая разработка, высокая производительность и низкая стоимость сопровождения) могут быть достигнуты путем переноса большей части модулей приложений в Caché. В то же время, Caché обеспечивает интерфейсы и взаимодействие с другими технологиями и поддерживает почти все широко используемые инструменты и средства разработки, позволяя применять широкий диапазон методологий разработки.

2.1.1 Сервер многомерных данных caché

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

Возможности	Преимущества
Многомерные массивы данных
Все данные хранятся в многомерных разреженных массивах произвольной длины.	Высокая производительность. Произвольная размерность, произвольный формат индексов, реалистичное моделирование сложных типов данных. Эффективное хранение, требующее меньше дискового пространства.
Объектный доступ
Данные в Caché могут быть представлены, как объекты. В Caché полностью поддерживаются наследование (в том числе и множественное), инкапсуляция и полиморфизм, встраиваемые объекты, ссылки, коллекции, отношения, BLOB'ы.	Быстрая разработка приложений. Моделирование сложных объектов реального мира.
Реляционный доступ
Реляционный доступ к базам данных Caché. Поддержка ODBC и JDBC.	Улучшение производительности приложений при миграции с реляционных СУБД. Возможность выполнения стандартных запросов SQL для сбора аналитической информации, отчетов и т.д.
Прямой доступ
Прямой доступ к многомерным массивам в базе данных.	Высокая производительность на критических участках приложения. Возможность поддержки унаследованных приложений.
Единая архитектура данных
Два словаря данных. Любой класс может быть представлен, как таблица. Любая таблица – как класс.	Быстрая разработка. Исключение несоответствия между реляционным и объектным представлением данных.
Транзакционные BitMap индексы
В Caché реализовано быстрое обновление BitMap-индексов, что делает их пригодными для применения в приложениях, работающих с часто обновляемыми данными (OLTP-приложения).	Быстрое выполнение сложных запросов. Быстрое обновление BitMap-индексов позволяет производить анализ данных в реальном времени при этом поддерживая высокую производительность при обработке транзакций.
API для мониторинга производительности
Подключается к популярным средствам мониторинга: BMC Patrol и Fortel Sightline.	Оптимизация приложения. Обеспечивает наглядное представление способа увеличения производительности.

2.1.2 Сервер приложений caché

Сервер приложений Caché обеспечивает разработчикам все необходимое для быстрой разработки приложений и взаимодействия с другими технологиями.

Возможности	Преимущества
Легкость создания проекций классов
Классы Caché могут быть представлены как .Net, Java, COM или C++ проекции парой щелчков мыши. Также поддерживается EJB проецирование.	Быстрая разработка. Взаимодействия с другими технологиями и средствами разработки.
Enterprise Java Beans
Механизм Bean-managed Persistence в Caché осуществляется без необходимости вручную настраивать отображение между Java классами и реляционными таблицами.	Позволяет осуществить разделение функциональности внутри Java framework. Быстрая разработка EJB-приложений. Улучшение масштабируемости и производительности для EJB-приложений.
Скриптовые языки Caché
В Caché представлены два языка реализации бизнес-логики (Caché ObjectScript and Caché Basic). Будучи идентичными по функционалу оба этих языка поддерживают все три вида доступа: прямой, объектный, реляционный.	Быстрая разработка приложений. Гибкость при моделировании данных. Совместимость с объектными и web-технологиями.
Caché Relational Gateway
Позволяет Caché осуществлять соединение с реляционной базой данных.	Работа с данными, хранящимися в реляционных БД.
COM Gateway
Позволяет Caché вызывать COM-объекты.	Улучшенная интеграция с продуктами Microsoft.
Visual Caché
Средство для работы с популярной средой разработки Windows-приложений — Visual Basic.	Быстрая разработка Windows-приложений.
Enterprise Cache Protocol
Протокол, позволяющий оптимизировать производительность и масштабируемость многосерверных конфигураций Caché, путем распределенного кэширования данных и объектов.	Существенно улучшает масштабируемость и производительность систем на Caché как с тонким, так и с толстым клиентом.

2.1.3 Web-технологии в caché

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

Возможности	Преимущества
Отображение данных в XML
Caché может автоматически генерировать XML документы и соответствующие им DTD либо XML схемы из классов Caché.	Быстрая разработка XML-совместимых приложений. Обмен XML данными между приложениями.
Мастер создания Web-сервисов
Любой метод Caché может быть объявлен, как web-сервис. Caché автоматически создает WSDL описание и при вызове сервиса, возвращает результат в виде сообщения SOAP.	Распределение функционала приложения по сети. Интеграция мигрированных приложений.
Caché Server Pages
CSP страницы хранятся и исполняются на сервере Caché, используя преимущества высокоскоростных внутренних интерфейсов.	Высокоскоростной доступ через web, совместимость с основными web-серверами. Улучшение производительности за счет выполнения бизнес-логики на сервере данных Caché. Возможность быстрого изменения приложения.
Caché Application Tags
Caché Application Tags исполняют функции на сервере данных Caché и/или в браузере. Они могут быть встроены в CSP-страницы, используя любой текстовый редактор. Набор стандартных CAT может быть расширен. Разработчики могут создавать теги самостоятельно для собственных приложений.	Быстрая разработка web-приложений. Повторное использование компонентов.
Hyper-Events
Технология Гипер-событий (Hyper-Events) позволяет изменять содержимое страницы при наступлении некоторых событий без ее перезагрузки, причем эти изменения будут оперировать данными, динамически получаемыми с сервера базы данных.	Более интерактивные приложения, лучше реагирующие на действия пользователя.
ZEN
Технология ZEN позволяет буквально собирать web-страницы из встроенных объектных компонентов. При этом помимо использования встроенных компонентов у разработчика существует возможность создания своих собственных.	Выход на новый уровень быстроты разработки web-приложений. Возможность многократного повторного использования созданных компонентов.

2.2 Внедрение информационной системы Caché на примере гкб № 12

Городская клиническая больница № 12 (ГКБ №12) Департамента здравоохранения г. Москвы была создана распоряжением Правительства Москвы от 30.10.2016 №2209-РП после приобретения в собственность города Москвы больничного комплекса некоммерческой организации «Медицинский фонд медсанчасть №1 АМО ЗИЛ».

ГКБ №12 – многопрофильное лечебно-профилактическое учреждение на 1180 коек, оказывающее круглосуточную стационарную, консультативную и амбулаторную медицинскую помощь. В больнице - 25 клинических и 15 параклинических отделений.

В клинике трудятся более полутора тысяч человек. За год около 40 тыс. пациентов получают высококвалифицированную медицинскую помощь стационарно или амбулаторно. На базе больницы работают кафедры Российского университета Дружбы народов и Российского Государственного медицинского института.

К середине 90-х годов в медсанчасти №1 ЗИЛа использовались несколько информационных систем. Регистрация пользователей в приемном отделении, документооборот клинической лаборатории, рентгеновского и патологоанатомического отделений, а также работа сотрудников отдела медстатистики поддерживались информационной системой (ИС), разработанной на базе СУБД MSM специалистами отдела АСУ. Для автоматизации учета лекарственных средств, отпускаемых в аптеке, подготовки всех необходимых документов по предоставлению платных услуг пациентам, быстрого предоставления выходных медицинских документов, интеграции нового лабораторного оборудования с ИС были закуплены программные продукты сторонних разработчиков.

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

В конце 90-х гг. администрация медсанчасти приняла решение о создании интегрированной системы, в которой все данные о пациенте – и регистрационные, и финансовые, и медицинские – находились бы в одном месте, а ввод этих данных производился бы самими исполнителями в процессе выполнения ими своих должностных обязанностей. Кроме того, система должна была функционировать в режиме: 24 часа в сутки, 7 дней в неделю, 365 дней в году (с учетом проведения регламентного технического обслуживания). Работы по ее внедрению необходимо было проводить таким образом, чтобы не прерывалась основная деятельность медучреждения.

Поиски решения продолжались несколько лет. Было рассмотрено несколько информационных систем, но, ни одна из них не удовлетворяла этим жестким требованиям. Наконец в 2014 г. специалисты компании «Э-Куб» представили макет интегрированной системы МИС «Э-Куб», в которой данные из всех программ (включая автономные) объединялись в электронной истории болезни пациента. Окончательно убедило руководство МСЧ в реальности создания интегрированной системы то обстоятельство, что МИС «Э-Куб» была разработана на платформе MSM-Caché и, следовательно, не было необходимости полной замены компьютерного оборудования и переучивания сотрудников отдела АСУ.

МИС «Э-Куб» является интегрированной системой. Она предусматривает возможность автоматизации учетных, контрольных и управленческих функций лечебного учреждения. В ней выделены более 30 типов рабочих мест в различных подразделениях больницы.

Административные подразделения: руководство, бухгалтерия, коммерческий отдел, планово-экономический отдел, приемное отделение, касса, медстатистика, медэкспертиза, архив, аптека, диетпитание, кадровая служба, канцелярия, справочная, бюро пропусков, проходная, библиотека, администратор ИС.

Параклинические отделения: клиническая лаборатория, лаборатория микробиологии, рентгеновское, эндоскопическое, физиотерапевтическое отделения, отделения УЗИ и функциональной диагностики, патологоанатомическое отделение.

Консультационное отделение: врачи-специалисты.

Коечные отделения: заведующий отделением, врач, старшая медсестра, постовая медсестра.

Особенности системы:

3 интерфейса пользователя (текст, графика, веб), облегчающие процесс внедрения;
удобный иерархический гипертекстовый (drill down/up) подход к представлению данных;
многоуровневая система разграничения доступа;
низкие требования к оборудованию (от 486 ПК);
развитая система оповещения (e-mail, SMS, внутренняя почта);
использование для клиентской части OC Windows и Linux.

МИС «Э-Куб» начала работать в режиме опытной эксплуатации 1 июля 2003 года. К этому времени она включала 37 компьютеров в четырех подразделениях, затем к ней поочередно стали подключаться остальные параклинические, коечные отделения, и за короткий срок число компьютеров достигло 200 штук. Такой бурный рост числа компьютеров объясняется созданием электронной истории болезни (ЭИБ), основное назначение которой - облегчить ведение бумажной истории болезни. ЭИБ представляет собой электронную карту потребителя медицинских услуг (пациента), содержащую юридические (основание для оказания услуг), бухгалтерские (счета и квитанции) и внутренние документы (заказ–наряды на выполнение медицинских услуг) вместе с приложениями (текстовыми, параметрическими и графическими) – результатами выполнения медицинских услуг.

Качественно новый этап развития ИС наступил после передачи больницы в 2007 году в ведение города и образования ГКБ №12. Он заключается в реализации функций управления бизнес-процессами и контроля над ними.

Особенно заметно эффект от внедрения МИС «Э-Куб» сказался на работе приемного отделения.

За сутки в приемное отделение больницы обращаются от 150 до 200 пациентов, из них более 75% - по скорой помощи. Четкость и оперативность работы врачей этого отделения - одна из важнейших составляющих успешного исхода лечения - невозможна без современной информационной системы. Было развернуто 15 рабочих мест, из них 10 – в кабинетах врачей-специалистов, 5 – в диспетчерской для регистрации поступления пациентов.

Для оперативной проверки полисов ОМС жителей Москвы и получения нарядов на госпитализацию по каналу «Скорая помощь» специалисты компании «Э-Куб» интегрировали МИС «Э-Куб» с ЕРЗ АИС ФОМС и КАСУ скорой и неотложной медицинской помощи.

«Внедрение МИС "Э-Куб" в приемном отделении позволило заранее получать информацию о том, сколько пациентов и с каким диагнозом везут в больницу, и аккумулировать всю информацию о наличии свободных мест в отделениях. В итоге, выигрыш во времени при госпитализации тяжелобольных может составлять от 20 до 40 минут. Также система позволяет отслеживать в режиме реального времени ход обследования пациентов, используя различные цветовые индикаторы (зеленый, желтый, красный). Если пациент находится в приемном отделении дольше максимально допустимого интервала времени, то информация о нем высветится красным цветом - это знак для руководства отделением, что необходимо проконтролировать ситуацию», - рассказывает А. Явлюхин, заведующий приемным отделением.

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

Это первый проект комплексной автоматизации крупной городской больницы, выполненный в рамках программы «Электронная Москва». В декабре 2018г. распоряжением Правительства Москвы МИС «Э-Куб» в составе АИС ГКБ №12 была принята в промышленную эксплуатацию.

К настоящему моменту все подразделения больницы работают с МИС, автоматизировано 270 рабочих мест, число пользователей системы - свыше 500.

По состоянию на 1 июля 2009 г. в базе данных МИС «Э-Куб» хранятся:

70 тыс. историй болезни;
38 тыс. амбулаторных карт;
1100 тыс. назначений на медицинские услуги;
2200 тыс. выполненных медицинских услуг и их результатов, включая 460 тыс. текстовых медицинских документов.

Физический объем базы данных составляет 14 Гб (без учета медицинских изображений), в нее включены данные только с 01.01.2007 г.

«Производительность СУБД Caché практически не зависит от объема накапливаемых данных, вот почему в свое время мы выбрали СУБД Caché как основу для нашей системы», МИС «Э-Куб» интегрирована с различными внутренними и внешними информационными системами, используемыми в больнице:

бухгалтерской системой «Парус»;
системой клинической лаборатории «Алтей»;
системой обработки медицинских изображений «Мультивокс»;
АИС Фонда обязательного медицинского страхования;
КАСУ скорой и неотложной медицинской помощи (КАСУ С и НМП).

Система оказывает реальную помощь в осуществлении контроля:

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

Благодаря внедрению МИС «Э-Куб» данные о поступлении и выписке пациентов, информация о выполнении всех основных этапов лечебной деятельности, контроль за движением материальных ценностей и финансовых ресурсов стали доступными, что предоставляет руководству принципиально новые возможности для оперативного контроля и управления основной деятельностью медучреждения.

Самый главный результат внедрения МИС "Э-Куб" в больнице - это полный контроль над процессом поступления больных и прозрачность хода их обследования и лечения. Контроль и управление лечебно-диагностическим процессом, направленные на повышение качества медицинской помощи и снижение затрат, возможны только на основе определенных стандартов лечения пациентов.

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

В МИС «Э-Куб» реализованы средства для формирования типовых планов обследования и лечения больных, определения конкретных медицинских услуг и расчета стоимости осуществления этих планов. Типовые планы разрабатываются врачами коечных отделений на основе медико-экономических стандартов, а указанные средства обеспечивают контроль их выполнения. Определенную помощь в составлении таких планов могут оказать эмпирические планы, сформированные с помощью накопленных в МИС «Э-Куб» данных о фактически выполненных медицинских услугах пациентам по статистически значимым заболеваниям.^{^[3]}

ЗАКЛЮЧЕНИЕ

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

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

InterSystems Caché® — это новое поколение высокопроизводительных технологий баз данных. Сочетание объектной базы данных, высокоскоростного SQL и мощного многомерного доступа к данным, при одновременном доступе тремя этими способами к одним и тем же данным. Однажды описанные в одном едином словаре данные становятся доступными для всех трех способов доступа. Уровень производительности и масштабируемости Caché, быстрой разработки приложений и простоты в эксплуатации немыслим в рамках реляционной технологии.

Но Caché — это не только технология баз данных. Сервер приложений Caché (Caché Application Server) с высокопроизводительной средой выполнения и уникальной технологией кеширования данных поддерживает расширенные средства разработки и возможность легкой интеграции с различными технологиями.

СПИСОК ЛИТЕРАТУРЫ

Александровский Н.М., Егоров С.В., Кузин Р.Е. Адаптивные системы управления сложными технологическими процессами. – М.: НРЕ, 2013.
Арлазаров В.Л., Емельянов Н.Е. Интеллектуальные информационные технологии. – Изд-во Комкнига, 2015.
Баурн С., Операционные системы М1Х. – М.: Мир, 2016.
Башмаков А.И., Башмаков И.А. Интеллектуальные информационные технологии. – М: МГТУ им. Баумана, 2015. – 302 стр.
Бусленко Н.П. Моделирование сложных систем. – М.: Наука, 1978.
Введение в информационный бизнес /Под ред. В.П. Тихомирова и А.В. Хорошилова. – М.: Финансы и Статистика (ФиС). 2016
Вентцель Е.С. Исследование операций. Задачи, принципы, методология. - М.: Высшая школа, 2016.
Волков И.К., Загоруйко Е.А. Исследование операций: Учеб. для вузов. М.: Изд-во МГТУ им. Баумана Н.Э., 2016 г.
Годин В.В., Корнеев И.К. Управление информационными ресурсами. – М.: “Инфра-М”, 2016.
Грабауров В.А. Информационные технологии для менеджеров. - М.: ФиС, 2016.
Данилов Н.Н. Курс математической экономики. М.: Высшая школа, 2016.
Емельянов А.А. Техника разработки и анализа управляемых программ. – М.: Издательство «АтомИнформ», 2014.
Емельянов А.А., Власова Е.А., Дума Р.В. Имитационное моделирование экономических процессов. – М.: Финансы и статистика, 2014.
Интрилигатор М. Математические методы оптимизации и экономическая теория. - М.: Прогресс, 2016.
Информационные системы в экономике: Учебник /Под ред. проф. В.В. Дика. – М.: ФиС, 2016.
Карминский А.М., Нестеров П.В. Информатизация бизнеса. – М.: ФиС, 1997.
Колемаев В.А. Математическая экономика: Учебник для вузов. - М.: ЮНИТИ, 2018.
Костров А.В. Основы информационного менеджмента - М.: ФиС, 2016.
Кремер Н.Ш., Путко Б.А., Тришин И.М. Исследование операций в экономике: Учебное пособие для вузов. - М.: Банки и биржи, ЮНИТИ, 1997.
Кротов Ф.В. и др. Основы теории оптимального управления. - М.: Высшая школа, 2018.
Ларин М.В. Управление документацией и новые информационные технологии. М.: ВНИИДАД, 2018.
Липаев В.В., Яшков С.Ф. Эффективность методов организации вычислительного процесса АСУ. – М.: Финансы и статистика, 1975.
Макконнелл К.Р., Брю С.Л. Экономикс: принципы, проблемы и политика. В 2-х томах. - М.: ИНФРА-М, 2016.
Минюк С.А. Математические методы и модели в экономике: Учебное пособие. - Минск: Тетра Системе, 2014.
Назин А.В., Позняк А.С. Адаптивный выбор вариантов. – М.: Наука, 2016.
Нильсон Н. Принципы искусственного интеллекта: Пер. с англ.- М.:Радио и связь,2015.
Первозванский А.А., Первозванская Т.Н. Финансовый рынок: расчеты и риск. - М.: ИНФРА-М, 2014.
Прицкер А. Введение в имитационное моделирование и язык СЛАМ П. – М.: Мир, 2017.
Роберте Ф.С. Дискретные математические модели с приложениями к социальным биологическим и экологическим задачам. – М.: Наука, 2016.
Романов В.П. Интеллектуальные информационные системы в экономике. – М.: Экзамен, 2003.
Титоренко, Г. А. Информационные технологии в маркетинге. – М.: Юнити, 2016.
Черноруцкий И. Г. Методы оптимизации и принятия решений. - Санкт-Петербург, 2016.
Шеннон Р. Имитационное моделирование систем: наука и искусство. – М.: Мир, 1978.
http://www.intersystems.ru

Башмаков А.И., Башмаков И.А. Интеллектуальные информационные технологии. – М: МГТУ им. Баумана, 2015 ↑
Грабауров В.А. Информационные технологии для менеджеров. - М.: ФиС, 2016. ↑
http://www.intersystems.ru ↑