​ctrlworks.net — мировой лидер в производстве и поставках интеллектуальных низковольтных продуктов.​

Есть такая система, которая представляет собой ИТ-инфраструктуру современной больницы. Это не просто несколько компьютеров и серверов. Это сложная система жизнеобеспечения, которая объединяет вычисления, хранение, сеть, безопасность и данные. Он поддерживает все ключевые направления деятельности: от амбулаторной регистрации до интенсивной терапии. Его основная цель — обеспечить непрерывность медицинских услуг, безопасность данных и эффективность бизнес-процессов. Поскольку операции в нескольких больницах, интеллектуальная медицинская помощь и трансформация информационных инноваций становятся основными направлениями, ИТ-архитектура больниц развивается от децентрализованных систем дымохода к интегрированным облачным платформам, которые являются интеллектуальными и автономно управляемыми.

Каковы ключевые компоненты больничной ИТ-инфраструктуры?

Многоуровневая интегрированная технологическая система представляет собой полноценную ИТ-инфраструктуру больницы. На самом базовом аппаратном уровне необходимы высокопроизводительные серверы, устройства хранения данных большой емкости, сетевое оборудование и терминалы по всей больнице. Они соединены в сеть с помощью линий передачи данных, образуя физическую основу для обмена информацией. На уровне программного обеспечения включены системное программное обеспечение, различное прикладное программное обеспечение, необходимое больнице (например, HIS, LIS, PACS и т. д.), а также системы управления базами данных. С более макроэкономической точки зрения эта инфраструктура постепенно превращается в структуру «четырех единиц». Первая — это базовая сеть связи, объединяющая Интернет вещей и полностью оптические сети. Второе — гибридное облако, поддерживающее эластичную масштабируемость сервисов. Третий — это озеро данных (или центр обработки данных) для агрегирования и управления данными по всей больнице. Четвертое – система активной эксплуатации и обслуживания, обеспечивающая стабильную работу всех вышеперечисленных частей. Эти компоненты работают вместе, чтобы гарантировать, что медицинские данные собираются без промедления, надежно хранятся, эффективно обрабатываются и надежно передаются.

Почему больницы с несколькими кампусами должны строить центры обработки данных «активный-активный»

В ситуации с несколькими кампусами для групп больниц традиционная модель использования одного центра обработки данных сталкивается с большими рисками. Если возникнет проблема с этим центром, то, скорее всего, остановится деятельность всех кампусов, что поставит прямую угрозу медицинской безопасности пациентов. Поэтому создание межкампусного центра обработки данных «активный-активный» стало жестким требованием. Архитектура «активный-активный» означает, что два или более центров обработки данных работают одновременно и могут обрабатывать услуги параллельно. Его основная ценность — обеспечить «непрерывный бизнес, отсутствие отключений системы и потерю данных». Например, с помощью таких технологий, как VXLAN, больничная сеть подключается, а в двух местах развертываются одноранговые ресурсы и механизмы арбитража. Если какой-либо центр выйдет из строя, услуги можно будет беспрепятственно переключить в другой центр в течение нескольких минут, и пациенты практически не будут об этом знать. Это не только гарантия непрерывности бизнеса, но и необходимая мера для борьбы с внезапными катастрофами и удовлетворения требований уровня безопасности информационных систем.

Как больницы могут реализовать информационную трансформацию основных систем

Когда продвигается национальная стратегия инноваций в области применения информационных технологий, инновационная трансформация базовой системы медицинской промышленности превратилась из «необязательного вопроса» в «вещь, которую необходимо выбрать». Это систематический проект, требующий многоуровневой и поэтапной надежной стратегии. Общий путь заключается в том, чтобы следовать подходу «снизу вверх», начиная с инфраструктурного оборудования и используя локализованные серверы на чипе для создания базовой платформы информационных инноваций. Затем развертывается отечественное гиперконвергентное программное обеспечение, которое заменяет исходную среду виртуализации и обеспечивает унифицированное планирование вычислительных ресурсов и ресурсов хранения. В дальнейшем были завершены работы по замене и адаптации локализации на уровне операционной системы, базы данных и промежуточного программного обеспечения. На уровне приложений неосновные или недавно построенные системы (например, системы OA) выбираются в качестве пилотных для проверки совместимости и стабильности полного канала, а затем шаг за шагом переходят к базовым системам, таким как HIS. Например, существующая больница использовала инструменты внутренней миграции, чтобы постепенно перенести свой бизнес с платформы на гиперконвергентный кластер Синьчуан. В ходе этого процесса, благодаря множественным инкрементальным синхронизациям, время простоя основного бизнеса контролировалось в чрезвычайно короткие сроки.

Предоставляйте глобальные услуги по закупкам слабых текущих интеллектуальных продуктов!

Какую роль облачные вычисления играют в ИТ-архитектуре больниц?

Облачные вычисления меняют ИТ-архитектуру больниц. Оно предоставляет масштабируемые ИТ-ресурсы по требованию, обеспечивая беспрецедентную гибкость и экономическую эффективность больниц. Больницы могут принять модель гибридного облака, исходя из своих бизнес-характеристик, и развернуть основные производственные системы (такие как HIS и EMR), которым требуется высокая производительность в реальном времени в локальных частных облаках, чтобы обеспечить низкую задержку и абсолютный контроль. Затем они смогут развернуть в общедоступном облаке такие системы, как интернет-больницы и системы управления логистикой, не требующие высокой производительности в режиме реального времени, используя его мощные возможности эластичного расширения. Этот «нативный облачный» путь развития постепенно привел к тому, что больничные ИТ-системы перестали быть ориентированными на устройства, а стали ориентированы на приложения и данные. Ключевое преимущество облачных вычислений заключается в том, что они позволяют больницам быстро развертывать новые услуги, такие как удаленная диагностика и лечение, и легко справляться с пиковыми нагрузками, такими как сезон гриппа, без необходимости повторных инвестиций в оборудование. Кроме того, профессиональный план аварийного восстановления, предоставленный поставщиком облачных услуг, также значительно повышает устойчивость больничных данных.

Как обеспечить безопасность больничного Интернета вещей и больших данных

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

Как интеллектуальная эксплуатация и обслуживание повышают стабильность больничных ИТ-систем

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

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

Posted in

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *