Анализ программной архитектуры системы поставки медицинских товаров в клинику «Медси»

Взаимодействие компонентов подсистемы формирования отказов в корпоративной системе поставки медицинских товаров в клинику «Медси» .

Разрабатываемая подсистема является частью корпоративной системы поставки медицинских товаров, архитектура которой имеет вид клиент — сервер. Исходя, из этих данных определяем, что архитектура подсистемы будет иметь аналогичный вид. В соответствии с архитектурой клиент — сервер, серверная часть будет представлять собой систему управления БД (СУБД). На ней будут размещаться документы, а также средства доступа к ним, метаданные документов и бизнес — процессы (бизнес — логика). Клиентская часть представляет пользовательский интерфейс к серверной части, предназначенный для вывода информации о документах (просмотр документов, построение отчетов, поиск и т. д.) и совершения над ними действий, определяемых установленными бизнес — правилами.

Выделим необходимые подсистемы:

подсистема данных о поставщиках;

подсистема данных о персонале клиники;

подсистема документов;

подсистема данных о документах (метаданные);

подсистема бизнес — логики (содержит сведения о существующих в подразделении бизнес — процессах);

подсистема взаимодействия с пользователями;

подсистема связи с другими системами.

Данные подсистемы образуют следующие слои (составные части системы):

• 1. Слой — данные (справочники) — фрагмент реляционной БД, хранящий общую и справочную информацию о системе, в том числе об иерархии подразделений.
• 2. Слой — данные (хранилище документов) — фрагмент БД, содержащий информацию собственно о документах, функционирующих в системе.
• 3. Слой — метаданные (описание документов) — содержит структуру,

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

• 4. Слой — бизнес логики (правила работы с документами) — представлен набором хранимых процедур, инкапсулирующих логику работы с документами и справочными данными. Любое взаимодействие клиента с БД затрагивает этот слой.
• 5. Работа со справочниками — модуль приложения (клиента), обеспечивающий интерфейс к соответствующему слою.
• 6. Настройка описания документов — модуль клиента, предназначенный для настройки всех параметров, функционирующих в системе документов, т. е. при помощи этого модуля осуществляется интерфейс к соответствующему серверному слою.
• 7. Работа с документами — центральный модуль клиентского приложения, обеспечивающий основную функциональность всей системы. В качестве подслоя этот модуль содержит Генератор отчетов, позволяющий выдавать документы и журналы документов в соответствии с требованиями пользователя.
• 8. Администрирование — обеспечения взаимодействия с другими ПО.
• 9. Модули связи - могут потребоваться для связи (экспорта данных) проектируемой системы с другими системами (внешними по отношению к проектируемой системе). Функциональность и технические требования к этим модулям должны быть согласованны отдельно.

На рисунке 4.1 показано взаимодействие этих слоев и модулей системы.

Рис. 4.1 Взаимодействие компонентов системы

Вывод

Разрабатываемая подсистема формирования отказов, является частью корпоративной системы поставки медицинских товаров, программная архитектура которой имеет вид клиент — сервер. Следовательно, архитектура подсистемы будет иметь аналогичный вид. Подсистема формирования отказов включает в себя создание БД, для регистрации возникающих отказов, их видов, причин, а так же частоты возникновения. Разработка БД осуществляется на основе ПО установленного в клинике. Данное ПО, является интеллектуальной собственность разработчиков. Поэтому создание БД возможно только при взаимодействии с компанией предоставляющей ПО для клиники «МЕДСИ» .